【网络】http状态码

状态码	缘由短语	表明含义	HTTP 版本
状态码	缘由短语	表明含义	HTTP 版本
消息响应
100	Continue (继续)	客户端应当继续发送请求.这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝.客户端应当继续发送请求的剩余部分,或者若是请求已经完成,忽略这个响应.服务器必须在请求完成后向客户端发送一个最终响应.	HTTP/1.1 可用
101	Switching Protocol (切换协议)	服务器已经理解了客户端的请求，并将经过Upgrade消息头通知客户端采用不一样的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到 在Upgrade消息头中定义的那些协议。: 只有在切换新的协议更有好处的时候才应该采起相似措施。例如，切换到新的HTTP版本比旧版本更有优点，或者切换到一个实时且同步的协议以传送利用此类特 性的资源。	HTTP/1.1 可用
成功响应
200	OK (成功)	请求成功.成功的意义根据请求所使用的方法不一样而不一样. · GET: 资源已被提取,并做为响应体传回客户端. · HEAD: 实体头已做为响应头传回客户端 · POST: 通过服务器处理客户端传来的数据,适合的资源做为响应体传回客户端. · TRACE: 服务器收到请求消息做为响应体传回客户端. PUT, DELETE, 和 OPTIONS 方法永远不会返回 200 状态码.	HTTP/0.9 可用
201	Created (已建立)	请求成功，并且有一个新的资源已经依据请求的须要而创建，一般这是 PUT 方法获得的响应码.	HTTP/0.9 可用
202	Accepted (已建立)	服务器已接受请求，但还没有处理。正如它可能被拒绝同样，最终该请求可能会也可能不会被执行。在异步操做的场合下，没有比发送这个状态码更方便的作法了。:返回202状态码的响应的目的是容许服务器接受其余过程的请求（例如某个天天只执行一次的基于批处理的操做），而没必要让客户端一直保持与服务器的链接直到批处理操做所有完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户可以估计操做是否已经完成。	HTTP/0.9 可用
203	Non-Authoritative Information (未受权信息)	服务器已成功处理了请求,但返回的实体头部元信息不是在原始服务器上有效的肯定集合，而是来自本地或者第三方的拷贝,若是不是上述状况,使用200状态码才是最合适的.	HTTP/0.9 and 1.1
204	No Content (无内容)	该响应没有响应内容,只有响应头,响应头也多是有用的.用户代理能够根据新的响应头来更新对应资源的缓存信息.	HTTP/0.9 可用
205	Reset Content (重置内容)	告诉用户代理去重置发送该请求的窗口的文档视图.	HTTP/1.1 可用
206	Partial Content (部份内容)	当客户端经过使用range头字段进行文件分段下载时使用该状态码	HTTP/1.1 可用
重定向
300	Multiple Choice (多种选择)	该请求有多种可能的响应,用户代理或者用户必须选择它们其中的一个.服务器没有任何标准能够遵循去代替用户来进行选择.	HTTP/1.0 and later
301	Moved Permanently (永久移动)	该状态码表示所请求的URI资源路径已经改变,新的URL会在响应的Location:头字段里找到.	HTTP/0.9 可用
302	Found (临时移动)	该状态码表示所请求的URI资源路径临时改变,而且还可能继续改变.所以客户端在之后访问时还得继续使用该URI.新的URL会在响应的Location:头字段里找到.	HTTP/0.9 可用
303	See Other (查看其余位置)	服务器发送该响应用来引导客户端使用GET方法访问另一个URI.	HTTP/0.9 and 1.1
304	Not Modified (未修改)	告诉客户端,所请求的内容距离上次访问并无变化. 客户端能够直接从浏览器缓存里获取该资源.	HTTP/0.9 可用
305	Use Proxy (使用代理)	所请求的资源必须统过代理才能访问到.因为安全缘由,该状态码并未受到普遍支持.	HTTP/1.1 可用
306	unused (未使用)	这个状态码已经再也不被使用,当初它被用在HTTP 1.1规范的旧版本中.	HTTP/1.1 可用
307	Temporary Redirect (临时重定向)	服务器发送该响应用来引导客户端使用相同的方法访问另一个URI来获取想要获取的资源.新的URL会在响应的Location:头字段里找到.与302状态码有相同的语义,且先后两次访问必须使用相同的方法(GET POST).	HTTP/1.1 可用
308	Permanent Redirect (永久重定向)	所请求的资源将永久的位于另一个URI上.新的URL会在响应的Location:头字段里找到.与301状态码有相同的语义,且先后两次访问必须使用相同的方法(GET POST).	HTTPbis (试验草案)
客户端错误
400	Bad Request (错误请求)	因发送的请求语法错误,服务器没法正常读取.	HTTP/0.9 可用
401	Unauthorized (未受权)	须要身份验证后才能获取所请求的内容,相似于403错误.不一样点是.401错误后,只要正确输入账号密码,验证便可经过.	HTTP/0.9 可用
402	Payment Required (须要付款)	该状态码被保留以供未来使用.建立此代码最初的目的是为数字支付系统而用,然而,到如今也没投入使用.	HTTP/0.9 and 1.1
403	Forbidden (禁止访问)	客户端没有权利访问所请求内容,服务器拒绝本次请求.	HTTP/0.9 可用
404	Not Found (未找到)	服务器找不到所请求的资源.因为常常发生此种状况,因此该状态码在上网时是很是常见的.	HTTP/0.9 可用
405	Method Not Allowed (不容许使用该方法)	该请求使用的方法被服务器端禁止使用,RFC2616中规定, GET 和 HEAD 方法不能被禁止.	HTTP/1.1 可用
406	Not Acceptable (没法接受)	在进行服务器驱动内容协商后,没有发现合适的内容传回给客户端.	HTTP/1.1 可用
407	Proxy Authentication Required (要求代理身份验证)	相似于状态码 401,不过须要经过代理才能进行验证.	HTTP/1.1 可用
408	Request Timeout (请求超时)	客户端没有在服务器预备等待的时间内完成一个请求的发送.这意味着服务器将会切断和客户端的链接. 在其余浏览器中,这种响应更常见一些, 例如Chrome 和 IE9, 目的是为了使用HTTP 预连机制加快浏览速度. 同时注意,一些服务器不发送此种响应就直接切断链接.	HTTP/1.1 可用
409	Conflict (冲突)	该请求与服务器的当前状态所冲突.	HTTP/1.1 可用
410	Gone (已失效)	所请求的资源已经被删除.	HTTP/1.1 可用
411	Length Required (须要内容长度头)	因服务器在本次请求中须要 Content-Length 头字段,而客户端没有发送.因此,服务器拒绝了该请求.	HTTP/1.1 可用
412	Precondition Failed (预处理失败)	服务器没能知足客户端在获取资源时在请求头字段中设置的先决条件.	HTTP/1.1 可用
413	Request Entity Too Large (请求实体过长)	请求实体大小超过服务器的设置的最大限制,服务器可能会关闭HTTP连接并返回Retry-After 头字段.	HTTP/1.1 可用
414	Request-URI Too Long (请求网址过长)	客户端请求所包含的URI地址太长,以致于服务器没法处理.	HTTP/1.1 可用
415	Unsupported Media Type (媒体类型不支持)	服务器不支持客户端所请求的媒体类型,所以拒绝该请求.	HTTP/1.1 可用
416	Requested Range Not Satisfiable (请求范围不合要求)	请求中包含的Range头字段没法被知足,一般是由于Range中的数字范围超出所请求资源的大小.	HTTP/1.1 可用
417	Expectation Failed (预期结果失败)	在请求头 Expect 中指定的预期内容没法被服务器知足.	HTTP/1.1 可用
服务器端错误
500	Internal Server Error (内部服务器错误)	服务器遇到未知的没法解决的问题.	HTTP/0.9 可用
501	Implemented (未实现)	服务器不支持该请求中使用的方法,好比POST 和 PUT.只有GET 和 HEAD 是RFC2616规范中规定服务器必须实现的方法.	HTTP/0.9 可用
502	Bad Gateway (网关错误)	服务器做为网关且从上游服务器获取到了一个无效的HTTP响应.	HTTP/0.9 可用
503	Service Unavailable (服务不可用)	因为临时的服务器维护或者过载,服务器当前没法处理请求.这个情况是临时的,而且将在一段时间之后恢复.若是可以预计延迟时间,那么响应中能够包含一个Retry-After:头用以标明这个延迟时间.若是没有给出这个Retry-After:信息，那么客户端应当以处理500响应的方式处理它.同时,这种状况下,一个友好的用于解释服务器出现问题的页面应当被返回,而且,缓存相关的HTTP头信息也应该包含,由于一般这种错误提示网页不该当被客户端缓存.	HTTP/0.9 可用
504	Gateway Timeout (网关超时)	服务器做为网关且不能从上游服务器及时的获得响应返回给客户端.	HTTP/1.1 可用
505	HTTP Version Not Supported (HTTP版本不受支持)	服务器不支持客户端发送的HTTP请求中所使用的HTTP协议版本.	版本判断
500	Internal Server Error (内部服务器错误)	服务器遇到未知的没法解决的问题.	HTTP/0.9 可用
501	Implemented (未实现)	服务器不支持该请求中使用的方法,好比POST 和 PUT.只有GET 和 HEAD 是RFC2616规范中规定服务器必须实现的方法.	HTTP/0.9 可用
502	Bad Gateway (网关错误)	服务器做为网关且从上游服务器获取到了一个无效的HTTP响应.	HTTP/0.9 可用
503	Service Unavailable (服务不可用)	因为临时的服务器维护或者过载,服务器当前没法处理请求.这个情况是临时的,而且将在一段时间之后恢复.若是可以预计延迟时间,那么响应中能够包含一个Retry-After:头用以标明这个延迟时间.若是没有给出这个Retry-After:信息，那么客户端应当以处理500响应的方式处理它.同时,这种状况下,一个友好的用于解释服务器出现问题的页面应当被返回,而且,缓存相关的HTTP头信息也应该包含,由于一般这种错误提示网页不该当被客户端缓存.	HTTP/0.9 可用
504	Gateway Timeout (网关超时)	服务器做为网关且不能从上游服务器及时的获得响应返回给客户端.	HTTP/1.1 可用
505	HTTP Version Not Supported (HTTP版本不受支持)	服务器不支持客户端发送的HTTP请求中所使用的HTTP协议版本.	版本判断