http常见状态码

最新推荐文章于 2023-04-19 21:25:02 发布

老大oba

最新推荐文章于 2023-04-19 21:25:02 发布

阅读量2.9k

点赞数 1

分类专栏： js

本文链接：https://blog.csdn.net/weixin_42324665/article/details/115915582

版权

js 专栏收录该内容

11 篇文章 0 订阅

订阅专栏

                    
                        
                    
                    状态码含义
100客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应
101服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade 消息头中定义的那些协议。 　　只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP 版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特性的资源。
102由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。
200请求已成功，请求所希望的响应头或数据体将随此响应返回。
201请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回。假如需要的资源无法及时建立的话，应当返回 ‘202 Accepted’。
202服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。 　　返回202状态码的响应的目的是允许服务器接受其他过程的请求（例如某个每天只执行一次的基于批处理的操作），而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。
203服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超级。使用此状态码不是必须的，而且只有在响应不使用此状态码便会返回200 OK的情况下才是合适的。
204服务器成功处理了请求，但不需要返回任何实体内容，并且希望返回更新了的元信息。响应可能通过实体头部的形式，返回新的或更新后的元信息。如果存在这些头部信息，则应当与所请求的变量相呼应。 　　如果客户端是浏览器的话，那么用户浏览器应保留发送了该请求的页面，而不产生任何文档视图上的变化，即使按照规范新的或更新后的元信息应当被应用到用户浏览器活动视图中的文档。 　　由于204响应被禁止包含任何消息体，因此它始终以消息头后的第一个空行结尾。
205服务器成功处理了请求，且没有返回任何内容。但是与204响应不同，返回此状态码的响应要求请求者重置文档视图。该响应主要是被用于接受用户输入后，立即重置表单，以便用户能够轻松地开始另一次输入。 　　与204响应一样，该响应也被禁止包含任何消息体，且以消息头后的第一个空行结束。
300客户端请求了实际指向多个资源的URL。这个代码是和一个选项列表一起返回的，然后用户就可以选择他希望的选项了
301请求的URL已移走。Response中应该包含一个Location URL, 说明资源现在所处的位置
302与状态码301类似。但这里的移除是临时的。 客户端会使用Location中给出的URL，重新发送新的HTTP request
304客户的缓存资源是最新的， 要客户端使用缓存
305必须通过代理访问资源， 代理的地址在Response 的Location中
400告诉客户端，它发送了一个错误的请求
401需要客户端对自己认证
402这个状态还没被使用， 保留给将来用
403请求被服务器拒绝了
404未找到资源
405不支持该Request的方法。
407与状态码401类似， 用于需要进行认证的代理服务器
408如果客户端完成请求时花费的时间太长， 服务器可以回送这个状态码并关闭连接
409发出的请求在资源上造成了一些冲突
410服务器曾经有这个资源，现在没有了， 与状态码404类似
411服务器要求在Request中包含Content-Length。
413客户端发送的实体主体部分比服务器能够或者希望处理的要大
414客户端发送的请求所携带的URL超过了服务器能够或者希望处理的长度
415服务器无法理解或不支持客户端所发送的实体的内容类型
500服务器遇到一个错误，使其无法为请求提供服务
501客户端发起的请求超出服务器的能力范围(比如，使用了服务器不支持的请求方法)时，使用此状态码
502代理使用的服务器遇到了上游的无效响应
503服务器目前无法为请求提供服务，但过一段时间就可以恢复服务
504与状态吗408类似， 但是响应来自网关或代理，此网关或代理在等待另一台服务器的响应时出现了超时
505服务器收到的请求使用了它不支持的HTTP协议版本。 有些服务器不支持HTTP早期的HTTP协议版本，也不支持太高的协议版本

                

状态码	含义
100	客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应
101	服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade 消息头中定义的那些协议。　　只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP 版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特性的资源。
102	由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。
200	请求已成功，请求所希望的响应头或数据体将随此响应返回。
201	请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回。假如需要的资源无法及时建立的话，应当返回 ‘202 Accepted’。
202	服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。　　返回202状态码的响应的目的是允许服务器接受其他过程的请求（例如某个每天只执行一次的基于批处理的操作），而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。
203	服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超级。使用此状态码不是必须的，而且只有在响应不使用此状态码便会返回200 OK的情况下才是合适的。
204	服务器成功处理了请求，但不需要返回任何实体内容，并且希望返回更新了的元信息。响应可能通过实体头部的形式，返回新的或更新后的元信息。如果存在这些头部信息，则应当与所请求的变量相呼应。　　如果客户端是浏览器的话，那么用户浏览器应保留发送了该请求的页面，而不产生任何文档视图上的变化，即使按照规范新的或更新后的元信息应当被应用到用户浏览器活动视图中的文档。　　由于204响应被禁止包含任何消息体，因此它始终以消息头后的第一个空行结尾。
205	服务器成功处理了请求，且没有返回任何内容。但是与204响应不同，返回此状态码的响应要求请求者重置文档视图。该响应主要是被用于接受用户输入后，立即重置表单，以便用户能够轻松地开始另一次输入。　　与204响应一样，该响应也被禁止包含任何消息体，且以消息头后的第一个空行结束。
300	客户端请求了实际指向多个资源的URL。这个代码是和一个选项列表一起返回的，然后用户就可以选择他希望的选项了
301	请求的URL已移走。Response中应该包含一个Location URL, 说明资源现在所处的位置
302	与状态码301类似。但这里的移除是临时的。客户端会使用Location中给出的URL，重新发送新的HTTP request
304	客户的缓存资源是最新的，要客户端使用缓存
305	必须通过代理访问资源，代理的地址在Response 的Location中
400	告诉客户端，它发送了一个错误的请求
401	需要客户端对自己认证
402	这个状态还没被使用，保留给将来用
403	请求被服务器拒绝了
404	未找到资源
405	不支持该Request的方法。
407	与状态码401类似，用于需要进行认证的代理服务器
408	如果客户端完成请求时花费的时间太长，服务器可以回送这个状态码并关闭连接
409	发出的请求在资源上造成了一些冲突
410	服务器曾经有这个资源，现在没有了，与状态码404类似
411	服务器要求在Request中包含Content-Length。
413	客户端发送的实体主体部分比服务器能够或者希望处理的要大
414	客户端发送的请求所携带的URL超过了服务器能够或者希望处理的长度
415	服务器无法理解或不支持客户端所发送的实体的内容类型
500	服务器遇到一个错误，使其无法为请求提供服务
501	客户端发起的请求超出服务器的能力范围(比如，使用了服务器不支持的请求方法)时，使用此状态码
502	代理使用的服务器遇到了上游的无效响应
503	服务器目前无法为请求提供服务，但过一段时间就可以恢复服务
504	与状态吗408类似，但是响应来自网关或代理，此网关或代理在等待另一台服务器的响应时出现了超时
505	服务器收到的请求使用了它不支持的HTTP协议版本。有些服务器不支持HTTP早期的HTTP协议版本，也不支持太高的协议版本