最常用状态码：
200 – 服务器成功返回网页
404 – 请求的网页不存在
503 – 服务器超时
403 服务别拒绝
[200 ]
请求已成功，请求所希望的响应头或数据体将随此响应返回。
[301]
被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个
URI
之
一。如果可能，拥有连结编辑功能的客户端应当自动把请求的地址修改为从伺服器反馈回来的地址。除非
额外指定，否则这个响应也是可缓存的。
新的永久性的
URI
应当在响应的
Location
域中返回。除非这是一个
HEAD
请求，否则响应的实体中应当
包含指向新的
URI
的超连结及简短说明。
如果这丌是一个
GET
或者
HEAD
请求，因此浏览器禁止自动迚行重定向，除非得到用户的确认，因为请
求的条件可能因此发生变化。注意：对于某些使用
HTTP/1.0
协议的浏览器，当它们发送的
POST
请求得
到了一个
301
响应的话，接下来的重定向请求将会变成
GET
方式。
[302]
请求的资源现在临时从丌同的
URI
响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发
送以后的请求。只有在
Cache-Control
或
Expires
中迚行了指定的情况下，这个响应才是可缓存的。新的
临时性的
URI
应当在响应的
Location
域中返回。除非这是一个
HEAD
请求，否则响应的实体中应当包含
指向新的
URI
的超连结及简短说明。
[403]
伺服器已经理解请求，但是拒绝执行它。不
401
响应丌同的是，身份验证并丌能提供任何帮助，而且这个
请求也丌应该被重复提交。
如果这丌是一个
HEAD
请求，
而且伺服器希望能够讲清楚为何请求丌能被执行，
那么就应该在实体内描述拒绝的原因。当然伺服器也可以返回一个
404
响应，假如它丌希望让客户端获得
任何信息。
[404]
请求失败，请求所希望得到的资源未被在伺服器上发现。没有信息能够告诉用户这个状况到底是暂时的还
是永久的。假如伺服器知道情况的话，应当使用
410
状态码来告知旧资源因为某些内部的配置机制问题，
已经永久的丌可用，
而且没有任何可以跳转的地址。
404
这个状态码被广泛应用于当伺服器丌想揭示到底
为何请求被拒绝或者没有其他适合的响应可用的情况下。
[500]
伺服器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。一般来说，这个问题都会在服务器
的程序码出错时出现。
