http 常见状态吗转载未整理

水深无声 2022-09-28 15:24 113阅读 0赞

概念1：HTTP 状态代码是什么

若向网站所在的服务器发出某个请求要求显示网站上的某个具体网页（比如当用户通过浏览器访问该网页或当SE抓取该网页时），

那么，网站所在的服务器就会返回http 状态代码以响应此请求。

1xx 消息

这一类型的状态码，代表请求已被接受，需要继续处理。

这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。

由于 HTTP/1.0 协议中没有定义任何 1xx 状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发送 1xx 响应。

2xx 成功

这一类型的状态码，代表请求已成功被服务器接收、理解、并接受。

3xx 重定向

这类状态码代表需要客户端采取进一步的操作才能完成请求。

通常，这些状态码用来重定向，后续的请求地址（重定向目标）在本次响应的 Location 域中指明。

当且仅当后续的请求所使用的方法是 GET 或者 HEAD 时，用户浏览器才可以在没有用户介入的情况下自动提交所需要的后续请求。

客户端应当自动监测无限循环重定向（例如：A->A，或者A->B->C->A），因为这会导致服务器和客户端大量不必要的资源消耗。

按照 HTTP/1.0 版规范的建议，浏览器不应自动访问超过5次的重定向。

4xx 请求错误

这类的状态码代表了客户端看起来可能发生了错误，妨碍了服务器的处理。

除非响应的是一个 HEAD 请求，否则服务器就应该返回一个解释当前错误状况的实体，以及这是临时的还是永久性的状况。

这些状态码适用于任何请求方法。浏览器应当向用户显示任何包含在此类错误响应中的实体内容。

如果错误发生时客户端正在传送数据，那么使用TCP的服务器实现应当仔细确保在关闭客户端与服务器之间的连接之前，

客户端已经收到了包含错误信息的数据包。

如果客户端在收到错误信息后继续向服务器发送数据，服务器的TCP栈将向客户端发送一个重置数据包，

以清除该客户端所有还未识别的输入缓冲，以免这些数据被服务器上的应用程序读取并干扰后者。

5xx 服务器错误

这类状态码代表了服务器在处理请求的过程中有错误或者异常状态发生，

也有可能是服务器意识到以当前的软硬件资源无法完成对请求的处理。

除非这是一个 HEAD 请求，否则服务器应当包含一个解释当前错误状态以及这个状况是临时的还是永久的解释信息实体。

浏览器应当向用户展示任何在当前响应中被包含的实体。

概念2：常见HTTP状态码解说

200

请求已成功，请求所希望的响应头或数据体将随此响应返回。

一句话总结：服务器成功返回网页

301

被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一。如果可能，拥有连结编辑功能的客户端应当自动把请求的地址修改为从伺服器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。

新的永久性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超连结及简短说明。

如果这不是一个GET或者HEAD请求，因此浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。注意：对于某些使用HTTP/1.0协议的浏览器，当它们发送的POST请求得到了一个301响应的话，接下来的重定向请求将会变成GET方式。

一句话总结：网址永久性重定向

302

请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。新的临时性的URI应当在响应的Location域中返回。除非这是一个HEAD请求，否则响应的实体中应当包含指向新的URI的超连结及简短说明。

一句话总结：网址临时性重定向

401

当前请求需要用户验证。该响应必须包含一个适用于被请求资源的WWW-Authenticate信息头用以询问用户信息。客户端可以重复提交一个包含恰当的Authorization头信息的请求。如果当前请求已经包含了Authorization证书，那么401响应代表着伺服器验证已经拒绝了那些证书。如果401响应包含了与前一个响应相同的身份验证询问，且浏览器已经至少尝试了一次验证，那么浏览器应当向用户展示响应中包含的实体信息，因为这个实体信息中可能包含了相关诊断信息。

一句话总结：未授权—未授权客户机访问数据

403

伺服器已经理解请求，但是拒绝执行它。与401响应不同的是，身份验证并不能提供任何帮助，而且这个请求也不应该被重复提交。如果这不是一个HEAD请求，而且伺服器希望能够讲清楚为何请求不能被执行，那么就应该在实体内描述拒绝的原因。当然伺服器也可以返回一个404响应，假如它不希望让客户端获得任何信息。

一句话总结：服务器拒绝请求

404

请求失败，请求所希望得到的资源未被在伺服器上发现。没有信息能够告诉用户这个状况到底是暂时的还是永久的。假如伺服器知道情况的话，应当使用410状态码来告知旧资源因为某些内部的配置机制问题，已经永久的不可用，而且没有任何可以跳转的地址。 404这个状态码被广泛应用于当伺服器不想揭示到底为何请求被拒绝或者没有其他适合的响应可用的情况下。

一句话总结：404表示临时性，410表示永久性

413

伺服器拒绝处理当前请求，因为该请求提交的实体数据大小超过了伺服器愿意或者能够处理的范围。此种情况下，伺服器可以关闭连接以免客户端继续发送此请求。

一句话总结：数据量过大，服务器拒绝

500

伺服器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。一般来说，这个问题都会在服务器的程序码出错时出现。

一句话总结：服务器遇到错误，无法完成请求

常见HTTP状态码

访问网页时经常会碰到HTTP状态回应，我也只知道最基本的几个，今天看到一个比较完整的介绍，贴出啦大家看看，自己忘了也能看看

100 Continue

初始的请求已经接受，客户应当继续发送请求的其余部分

101 Switching Protocols

服务器将遵从客户的请求转换到另外一种协议

200 OK

一切正常，对GET和POST请求的应答文档跟在后面

201 Created

服务器已经创建了文档，Location头给出了它的URL。

202 Accepted

已经接受请求，但处理尚未完成。

203 Non-Authoritative Information

文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝

204 No Content

没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的

205 Reset Content

没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容

206 Partial Content

客户发送了一个带有Range头的GET请求，服务器完成了它

300 Multiple Choices

客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。

301 Moved Permanently

客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。

302 Found

类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。

303 See Other

类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取

304 Not Modified

客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。

305 Use Proxy

客户请求的文档应该通过Location头所指明的代理服务器提取

307 Temporary Redirect

和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是 POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码： 当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。

400 Bad Request

请求出现语法错误。

401 Unauthorized

客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。

403 Forbidden

资源不可用。

404 Not Found

无法找到指定位置的资源

405 Method Not Allowed

请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用。

406 Not Acceptable

指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容