HTTP 1.1状态代码及其含义说明

关注

转载最新推荐文章于 2024-11-12 14:30:26 发布 811 阅读 AI 写同款· GEO 优化 ›

Xilinx Chip2Chip IP核实战：Aurora PHY通信配置与仿真避坑指南本文深入解析Xilinx Chip2Chip IP核与Aurora PHY的通信配置与仿真优化，提供实战避坑指南。通过AXI协议转换桥实现FPGA间高速数据传输，详细讲解Aurora PHY参数设置、仿真加速技巧及常见问题解决方案，帮助工程师快速部署稳定高效的芯片间通信系统。阅读详情

HTTP 1.1状态代码及其含义说明

　　下表显示了常见的HTTP 1.1状态代码以及它们对应的状态信息和含义。
　　应当谨慎地使用那些只有HTTP 1.1支持的状态代码，因为许多浏览器还只能够支持HTTP 1.0。如果你使用了HTTP 1.1特有的状态代码，最好能够检查一下请求的HTTP版本号（通过HttpServletRequest的getProtocol方法）。 (状态代码状态信息含义 )

100  Continue  初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101  SwitchingProtocols  服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200  OK  一切正常，对GET和POST请求的应答文档跟在后面。如果不用setStatus设置状态代码，Servlet默认使用202状态代码。
201  Created  服务器已经创建了文档，Location头给出了它的URL。
202  Accepted  已经接受请求，但处理尚未完成。
203  Non-AuthoritativeInformation  文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。
204  NoContent  没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205  ResetContent  没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206  PartialContent  客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。
300  MultipleChoices  客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
301  MovedPermanently  客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302  Found  类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”，而HttpServletResponse中相应的常量是SC_MOVED_TEMPORARILY，而不是SC_FOUND。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。为此，Servlet提供了一个专用的方法，即sendRedirect。使用response.sendRedirect(url)比使用response.setStatus(response.SC_MOVED_TEMPORARILY)和response.setHeader("Location",url)更好。这是因为：
首先，代码更加简洁。
第二，使用sendRedirect，Servlet会自动构造一个包含新链接的页面（用于那些不能自动重定向的老式浏览器）。
最后，sendRedirect能够处理相对URL，自动把它们转换成绝对URL。
注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。
严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
303  SeeOther  类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
304  NotModified  客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305  UseProxy  客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
307  TemporaryRedirect  和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。
注意，HttpServletResponse中没有为该状态代码提供相应的常量。（HTTP 1.1新）
400  BadRequest  请求出现语法错误。
401  Unauthorized  客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
403  Forbidden  资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
404  NotFound  无法找到指定位置的资源。这也是一个常用的应答，HttpServletResponse专门提供了相应的方法：sendError(message)。
405  MethodNot Allowed  请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）
406  NotAcceptable  指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。
407  ProxyAuthentication Required  类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
408  RequestTimeout  在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
409  Conflict  通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
410  Gone  所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）
411  LengthRequired  服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）
412  PreconditionFailed  请求头中指定的一些前提条件失败（HTTP 1.1新）。
413  RequestEntity Too Large  目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
414  RequestURI Too Long  URI太长（HTTP 1.1新）。
416  RequestedRange Not Satisfiable  服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
500  InternalServer Error  服务器遇到了意料不到的情况，不能完成客户的请求。
501  NotImplemented  服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
502  BadGateway  服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
503  ServiceUnavailable  服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。
504  GatewayTimeout  由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）
505  HTTPVersion Not Supported  服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）