HTTP状态代码2XX、3XX、4XX、5XX分析
常见的XMLHttpRequest.status状态码
常见的XMLHttpRequest.status状态码XMLHttpRequest.status状态码1xx-信息提⽰这些状态代码表⽰临时的响应。
客户端在收到常规响应之前，应准备接收⼀个或多个1xx响应。
100-继续。
101-切换协议。
2xx-成功这类状态代码表明服务器成功地接受了客户端请求。
200-确定。
客户端请求已成功。
201-已创建。
202-已接受。
203-⾮权威性信息。
204-⽆内容。
205-重置内容。
206-部分内容。
3xx-重定向客户端浏览器必须采取更多操作来实现请求。
例如，浏览器可能不得不请求服务器上的不同的页⾯，或通过代理服务器重复该请求。
301-对象已永久移⾛，即永久重定向。
302-对象已临时移动。
304-未修改。
307-临时重定向。
4xx-客户端错误发⽣错误，客户端似乎有问题。
例如，客户端请求不存在的页⾯，客户端未提供有效的⾝份验证信息。
400-错误的请求。
401-访问被拒绝。
IIS定义了许多不同的401错误，它们指明更为具体的错误原因。
这些具体的错误代码在浏览器中显⽰，但不在IIS⽇志中显⽰：401.1-登录失败。
401.2-服务器配置导致登录失败。
401.3-由于ACL对资源的限制⽽未获得授权。
401.4-筛选器授权失败。
401.5-ISAPI/CGI应⽤程序授权失败。
401.7–访问被Web服务器上的URL授权策略拒绝。
这个错误代码为IIS6.0所专⽤。
403-禁⽌访问：IIS定义了许多不同的403错误，它们指明更为具体的错误原因：403.1-执⾏访问被禁⽌。
403.2-读访问被禁⽌。
403.3-写访问被禁⽌。
403.4-要求SSL。
403.5-要求SSL128。
403.6-IP地址被拒绝。
403.7-要求客户端证书。
403.8-站点访问被拒绝。
403.9-⽤户数过多。
403.10-配置⽆效。
403.11-密码更改。
403.12-拒绝访问映射表。
403.13-客户端证书被吊销。
http协议请求响应报文格式及状态码详解
HTTP协议报文格式HTTP协议（Hypertext Transfer Protocol――超文本传输协议）浏览器端（客户端）向WEB 服务器端访问页面的过程和HTTP协议报文的格式。
基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接：1. 创建TCP套接字连接客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。
2. 发送HTTP请求报文客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为：请求消息= 请求行（实体头信息）CRLF[实体内容]请求行= 方法URL HTTP版本号CRLF方法= GET|HEAD|POST|扩展方法URL = 协议名称＋宿主名＋目录与文件名其中"CRLF"表示回车换行。
"请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"GET"、"HEAD"和"POST"等3种，它们的含义如表15-8所示：请求报文一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。
（1）请求行请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
这里介绍最常用的GET方法和POST方法。
GET：当客户端要从服务器中读取文档时，使用GET方法。
GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。
使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
常见的HTTP状态码说明
常见的HTTP状态码说明1.说明HTTP服务器状态代码定义（Status Code Definitions）做测试的时候,会产⽣⽐较多的HTTP错误，查看其错误,有超时的,链接不到图⽚的,连接不到服务器等等，很多⼈经常忘记，所以整理⼀下，帮助记忆2.常见接⼝协议http 超⽂本传输协议https 安全超⽂本传输协议(百度)Ftp ⽂件传输协议Tcp ⽹络控制协议IP 互联⽹协议3.HTTP协议相应码1XX:信息响应类，标识接受到请求并且继续处理2XX:处理成功响应类，表⽰动作成功接受，理解和接受3XX:重定向响应类，为了完成指定动作，必须接受进⼀步处理4XX:客户端错误，客户端请求包含语法错误或者是不能正确执⾏5XX:服务端错误，服务器不能正确执⾏⼀个正确的请求(超时)4.详细说明（1）消息1xx（Informational 1xx）该类状态代码⽤于表⽰临时回应。
临时回应由状态⾏（Status-Line）及可选标题组成，由空⾏终⽌。
HTTP/1.0中没有定义任何1xx的状态代码，所以它们不是对HTTP/1.0请求的合法回应。
实际上，它们主要⽤于实验⽤途，这已经超出本⽂档的范围。
（2）成功2xx（Successful 2xx）表⽰客户端请求被成功接收、理解、接受。
200 OK 请求成功。
回应的信息依赖于请求所使⽤的⽅法，如下：GET 要请求的资源已经放在回应的实体中了。
HEAD 没有实体主体，回应中只包括标题信息。
POST 实体（描述或包含操作的结果）。
201 Created 请求完成，结果是创建了新资源。
新创建资源的URI可在回应的实体中得到。
原始服务器应在发出该状态代码前创建该资源。
如果该操作不能⽴即完成，服务器必须在该资源可⽤时在回应主体中给出提⽰，否则，服务器端应回应202（可被接受）。
在本⽂定义的⽅法，只有POST可以创建资源。
202 Accepted 请求被接受，但处理尚未完成。
请求可能不⼀定会最终完成，有可能被处理过程随时中断，在这种情况下，没有办法在异步操作中重新发送状态代码。
http状态码大全
HTTP 状态代码的完整列表
1xx（临时响应）
用于表示临时响应并需要请求者执行操作才能继续的状态代码。
2xx（成功）
用于表示服务器已成功处理了请求的状态代码。
3xx（已重定向）
要完成请求，您需要进一步进行操作。
通常，这些状态代码是永远重定向的。
Google建议：在每次请求时使用的重定向要少于5个。
您可以使用网站管理员工具来查看Googlebot (google机器人程序)在抓取您已重定向的网页时是否会遇到问题。
诊断下的抓取错误页中列出了Googlebot 由于重定向错误而无法抓取的网址。
4xx（请求错误）
这些状态代码表示，请求可能出错，已妨碍了服务器对请求的处理。
5xx（服务器错误）
这些状态代码表示，服务器在尝试处理请求时发生内部错误。
这些错误可能是服务器本身的错误，而不是请求出错。
HTTPStatuscode（状态码）和Statustext（状态文本）
HTTPStatuscode（状态码）和Statustext（状态⽂本）常见的状态码有以下⼏种，也是必须记住的：1xx：临时回应，表⽰客户端请继续。
2xx：请求成功。
... 200：请求成功。
3xx: 表⽰请求的⽬标有变化，希望客户端进⼀步处理。
301&302：永久性与临时性跳转。
304：跟客户端缓存没有更新。
4xx：客户端请求错误。
403：⽆权限。
404：表⽰请求的页⾯不存在。
418：It’s a teapot. 这是⼀个彩蛋，来⾃ietf 的⼀个愚⼈节玩笑。
（超⽂本咖啡壶控制协议）5xx：服务端请求错误。
500：服务端错误。
503：服务端暂时性错误，可以⼀会再试。
对我们前端来说，1xx 系列的状态码是⾮常陌⽣的，原因是 1xx 的状态被浏览器 http 库直接处理掉了，不会让上层应⽤知晓。
2xx 系列的状态最熟悉的就是 200，这通常是⽹页请求成功的标志，也是⼤家最喜欢的状态码。
3xx 系列⽐较复杂，301 和 302 两个状态表⽰当前资源已经被转移，只不过⼀个是永久性转移，⼀个是临时性转移。
实际上 301 更接近于⼀种报错，提⽰客户端下次别来了。
304 ⼜是⼀个每个前端必知必会的状态，产⽣这个状态的前提是：客户端本地已经有缓存的版本，并且在 Request 中告诉了服务端，当服务端通过时间或者tag，发现没有更新的时候，就会返回⼀个不含 body 的 304 状态。
详细参见如下：2开头（请求成功）表⽰成功处理了请求的状态代码。
200 （成功）服务器已成功处理了请求。
通常，这表⽰服务器提供了请求的⽹页。
201 （已创建）请求成功并且服务器创建了新的资源。
202 （已接受）服务器已接受请求，但尚未处理。
203 （⾮授权信息）服务器已成功处理了请求，但返回的信息可能来⾃另⼀来源。
204 （⽆内容）服务器成功处理了请求，但没有返回任何内容。
205 （重置内容）服务器成功处理了请求，但没有返回任何内容。
HTTP协议报文格式
HTTP协议报文格式HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的协议，它定义了客户端和服务器之间进行通信的规则。
在HTTP通信中，客户端发送请求报文给服务器，服务器接收请求并发送响应报文给客户端。
1.请求报文格式：-起始行：包含请求方法、请求URL和HTTP版本。
-首部字段：描述请求的附加信息，以键值对的形式出现。
-空行：用于分隔首部字段和实体主体。
-实体主体：请求的数据，可以为空。
示例：```GET /index.html HTTP/1.1Accept: text/html```2.响应报文格式：-起始行：包含HTTP版本、状态码和状态消息。
-首部字段：描述响应的附加信息，以键值对的形式出现。
-空行：用于分隔首部字段和实体主体。
-实体主体：响应的数据，可以为空。
示例：```HTTP/1.1200OKContent-Type: text/htmlContent-Length: 1234<html><body>...</body></html>```3.请求方法：-GET：获取资源。
-POST：提交数据。
-PUT：创建或更新资源。
-DELETE：删除资源。
-HEAD：获取请求资源的元数据。
-OPTIONS：获取服务器支持的HTTP方法。
4.状态码：- 1xx：信息性状态码，表示请求已被接受并且服务器正在处理。
- 2xx：成功状态码，表示请求已成功处理。
- 3xx：重定向状态码，表示需要进一步操作才能完成请求。
- 4xx：客户端错误状态码，表示请求包含语法错误或无法完成请求。
- 5xx：服务器错误状态码，表示服务器在处理请求时发生内部错误。
5.首部字段：。
HTTP代码大全
不知道大家上网是是否碰到过打开网页后报303，403等错误，让侯IE会给出一大堆的提示告诉你如何处理这些事，但是最后还是不能打开网页，有的人都认为是自己网络问题，其实不然，有时候网页的服务器负载也会出现这类的现象，所以大家就要好好了解下，到底代码所代表的意思了，HTTP状态码（HTTP Status Code）是用以表示网页服务器HTTP响应状态的3位数字代码。
它由RFC 2616 规范定义的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等规范扩展。
1xx（临时响应）表示临时响应并需要请求者继续执行操作的状态代码。
代码说明100 （继续）请求者应当继续提出请求。
服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。
101 （切换协议）请求者已要求服务器切换协议，服务器已确认并准备切换。
2xx （成功）表示成功处理了请求的状态代码。
代码说明200 （成功）服务器已成功处理了请求。
通常，这表示服务器提供了请求的网页。
201 （已创建）请求成功并且服务器创建了新的资源。
202 （已接受）服务器已接受请求，但尚未处理。
203 （非授权信息）服务器已成功处理了请求，但返回的信息可能来自另一来源。
204 （无内容）服务器成功处理了请求，但没有返回任何内容。
205 （重置内容）服务器成功处理了请求，但没有返回任何内容。
206 （部分内容）服务器成功处理了部分GET 请求。
3xx （重定向）表示要完成请求，需要进一步操作。
通常，这些状态代码用来重定向。
代码说明300 （多种选择）针对请求，服务器可执行多种操作。
服务器可根据请求者(user agen t) 选择一项操作，或提供操作列表供请求者选择。
301 （永久移动）请求的网页已永久移动到新位置。
服务器返回此响应（对GET 或H EAD 请求的响应）时，会自动将请求者转到新位置。
302 （临时移动）服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
HTTP状态码--499
HTTP状态码--499
前⾔
HTTP是个⾮常复杂的协议栈。
做为⽹络层的标准，它有很多状态码。
不同的状态码会有不同的意思，⽽要想理解每个状态码的意思，我估计你头得秃⼏回。
所以我们只能是遇到⼀个，解决⼀个了。
简介
HTTP的状态码分成5类，分别是：
1xx: 信息响应
2xx: 响应成功
3xx: 重定向
4xx: 客户端问题
5xx: 服务端问题
所有的HTTP状态码，可以凭借此标准简单判定是哪边出了问题。
正⽂
今天我遇到的是499，乍⼀看这是个客户端问题或代理服务器问题。
后来简单查了⼀下，499的意思是：
客户端发起请求后，⼀段时间内没有收到代理服务器的应答，导致连接失败
有两种可能：
1. 代理服务器认为客户端发起的请求过于危险，所以主动给断了
2. 代理服务器实在么得办法连接到其他服务，导致timeout
所以我就根据此两个判断来检查。
⾸先针对可能性1，我在nginx配置中添加了此参数：
proxy_ignore_client_abort on; #代理服务器不主动关闭连接
最后证明，可以使⽤，只是会降低安全性。
然后针对可能性2，我检查了代理服务器和真正服务器的端⼝连接，发现某些端⼝并没办法连通。
于是，放通安全组后，就可以连接了。
疑问
这⾥我有个⼩问题，同个安全组⾥的机器，居然还要设置安全组规则才能互相访问。
我猜可能是这些机器不在同个⽹段吧。
HTTP错误代码详解
HTTP/FTP状态代码的含义IIS状态代码的含义概要当用户试图通过HTTP或文件传输协议(FTP)访问一台正在运行Internet信息服务(IIS)的服务器上的内容时，IIS返回一个表示该请求的状态的数字代码。
该状态代码记录在IIS日志中，同时也可能在Web浏览器或FTP客户端显示。
状态代码可以指明具体请求是否已成功，还可以揭示请求失败的确切原因。
更多信息日志文件的位置在默认状态下，IIS把它的日志文件放在%WINDIR\System32\Logfiles文件夹中。
每个万维网(WWW)站点和FTP站点在该目录下都有一个单独的目录。
在默认状态下，每天都会在这些目录下创建日志文件，并用日期给日志文件命名（例如，exYYMMDD.log）。
HTTP1xx-信息提示这些状态代码表示临时的响应。
客户端在收到常规响应之前，应准备接收一个或多个1xx 响应。
100-继续。
101-切换协议。
2xx-成功这类状态代码表明服务器成功地接受了客户端请求。
200-确定。
客户端请求已成功。
201-已创建。
202-已接受。
203-非权威性信息。
204-无内容。
205-重置内容。
206-部分内容。
3xx-重定向客户端浏览器必须采取更多操作来实现请求。
例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。
301-对象已永久移走，即永久重定向。
302-对象已临时移动。
304-未修改。
307-临时重定向。
4xx-客户端错误发生错误，客户端似乎有问题。
例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。
400-错误的请求。
401-访问被拒绝。
IIS定义了许多不同的401错误，它们指明更为具体的错误原因。
这些具体的错误代码在浏览器中显示，但不在IIS日志中显示：401.1-登录失败。
401.2-服务器配置导致登录失败。
401.3-由于ACL对资源的限制而未获得授权。
401.4-筛选器授权失败。
401.5-ISAPI/CGI应用程序授权失败。
http错误代码一览表
http错误代码⼀览表http协议⼀些常见的状态码为：1xx（临时响应）表⽰临时响应并需要请求者继续执⾏操作的状态代码。
代码说明100 （继续）请求者应当继续提出请求。
服务器返回此代码表⽰已收到请求的第⼀部分，正在等待其余部分。
101 （切换协议）请求者已要求服务器切换协议，服务器已确认并准备切换。
代码说明200 （成功）服务器已成功处理了请求。
通常，这表⽰服务器提供了请求的⽹页。
201 （已创建）请求成功并且服务器创建了新的资源。
202 （已接受）服务器已接受请求，但尚未处理。
203 （⾮授权信息）服务器已成功处理了请求，但返回的信息可能来⾃另⼀来源。
204 （⽆内容）服务器成功处理了请求，但没有返回任何内容。
205 （重置内容）服务器成功处理了请求，但没有返回任何内容。
206 （部分内容）服务器成功处理了部分 GET 请求。
3xx （重定向）表⽰要完成请求，需要进⼀步操作。
通常，这些状态代码⽤来重定向。
代码说明300 （多种选择）针对请求，服务器可执⾏多种操作。
服务器可根据请求者 (user agent) 选择⼀项操作，或提供操作列表供请求者选择。
301 （永久移动）请求的⽹页已永久移动到新位置。
服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会⾃动将请求者转到新位置。
302 （临时移动）服务器⽬前从不同位置的⽹页响应请求，但请求者应继续使⽤原有位置来进⾏以后的请求。
303 （查看其他位置）请求者应当对不同的位置使⽤单独的 GET 请求来检索响应时，服务器返回此代码。
304 （未修改）⾃从上次请求后，请求的⽹页未修改过。
服务器返回此响应时，不会返回⽹页内容。
305 （使⽤代理）请求者只能使⽤代理访问请求的⽹页。
如果服务器返回此响应，还表⽰请求者应使⽤代理。
307 （临时重定向）服务器⽬前从不同位置的⽹页响应请求，但请求者应继续使⽤原有位置来进⾏以后的请求。
4xx（请求错误）这些状态代码表⽰请求可能出错，妨碍了服务器的处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
英文文章发布，亿推代写英文软文，代写英文新闻稿，亿推英文文章撰写，写英文新闻稿，
亿推写英文软文，写外贸推广软文，亿推标准化英文推广，TuiGuang123
亿推拥有：
1.首页外链——拥有超过1000个独立IP英文网站首页广告位，每个网站不超过8个广告
2.文章外链——拥有超过5,000,00篇英文专业软文，覆盖各行业，提供文章关键词广告
3.新闻稿发布——拥有超过3000个英文新闻合作站点，提供各种价位的新闻稿发布服务
4.软文撰写——国内超过20人英语专业写手，国外超过60人的本土软文撰写团队
返回一个HTTP状态代码是在响应请求时为您网站上显示的服务器状态，举例如下：
·当用户在浏览器中访问网页。
·当搜索引擎蜘蛛的抓取网页。
HTTP状态码是五个不同的类别：
XX临时信息响应
XX成功
XX重定向
XX客户端请求错误
XX服务器错误
五个类别的响应状态代码的第一个数字是唯一代表。
HTTP状态代码
谷歌网站管理员提供了一个HTTP状态代码的列表，其中最常见的和项重要的状态代码如
下：
(成功)，服务器成功处理了请求。一般来说，这意味着服务器提供所请求的页面，如果
您看到此状态，您的oos.文件，这意味着Gooeo的检索成功。
(永久移动)，请求的网页已永久移动到新的位置，当服务器返回此响应(作为一个GET
或HED请求的响应)，它会自动转发请求到新的位置。你应该使用这个代码让Gooeo的知道一
个网页或网站已永久移动到新位置。
(临时移动)，服务器正在响应请求，从不同位置的网页，但请求者应继续使用原来的位
置，为将来的请求。此代码是在这一个GET或HED请求的相似，它会自动转发到不同的位置
请求，但你不应该用它来告诉Gooeo的一个网页或网站已移动，因为Gooeo会继续抓取和索
引原来的位置。
(错误请求)，服务器不理解请求的语法。
(禁止)，服务器拒绝请求。如果你看到在Gooeo尝试抓取您的网站的有效网页(你可以看
到在网络上抓取页面在谷歌eses诊断下)收到此状态码时，它有可能是您的服务器或主机阻
止Gooeo存取。
(未找到)，服务器找不到请求的页面。例如，服务器返回此代码，如果请求是在服务器
上的页面不存在。如果没有您网站上的oos.文件，并在eses“诊断”标签的oos.页上看到
此状态，这是正确的状态。然而，如果你有一个oos.文件，你会看到这种状态，那么您的oos.
文件可能被命名为不正确或在错误的位置。它应该是在顶级域，名为oos.的。如果你看到的
网址，Gooeo尝试抓取(诊断“标签的HTTP错误”页上)此状态，则表示Gooeo可能从另一页
(可能是旧链接或输入有误)的无效链接。
(内部服务器错误)，服务器遇到了一个错误，并不能满足要求。
(服务不可用)，服务器目前无法使用(因为它是重载维修或向下)，一般来说，这是一个
临时的状态。
HTTP状态代码的搜索引擎优化
管理员可以定期检讨HTTP状态代码和搜索引擎的蜘蛛在IIS日志文件(如果正在运行
Iee信息服务的网站)。其他来源的HTTP状态代码：
·关于Gooe搜索引擎优化，站长主要目的是增加谷歌的PeR(链接汁)或维持其网页的谷
歌的PeR值。只返回使用HTTP状态代码和的网页是谷歌搜索引擎友好的，并能够通过链接汁。
·“英文SEO亿推”术语，包括定义，和的HTTP状态代码以及许多其他的定义，有关搜
索引擎优化。
·W.o有一个HTTP状态代码的完整列表。
HTTP状态码
测试显示，谷歌承认重定向网页的重定向和传球链接汁重定向的网页，谷歌“英文SEO
亿推”流量也不会丢失。
成立重定向对微软的互联网信息服务器(MSIIS)：
·您可以重定向一个域或个人网页。
·您将需要一个源代码的网页或网站，以及一个目标网页或网站。
·您可以使用IIS控制面板创建重定向。
要建立在e重定向：
·您将需要一个源代码的网页或网站，以及一个目标网页或网站。
·当你默认安装o_ee的扩展，需要从旧的服务器重定向.文件，相当于.文件，使用重定
向一个新的服务器，使用o_ee的组合和重定向指令做的URL变化和重定向。
·使用ess文件重定向指令的语法：重定向永久oeo的eoeeo，或重定向oeoeoeeo
测试例子显示了它以前没有涉及重定向规范的主机名，并从一个域到另一个具体的文件
和文件夹重定向重定向。
HTTP状态代码
希望站长处理错误：
·定义应为“未找到文件”的要求返回响应代码。
·解释“硬”和“软”，并建议避免回到“软”。“软”发生时，用户请求您的网站上不存
在的URL，但服务器返回一个错误消息和一个HTTP状态代码的网页。
·“软”可能会混淆用户和搜索引擎的蜘蛛，导致Gooeo的爬行和索引你的网站上不存在
的和重复的URL花费不必要的时间。
·谷歌提供在谷歌网站管理员工具的抓取错误节下软报告功能。
为了提高用户友好性，站长可以设置服务器返回一个漂亮的错误页面。
本人来自一纱网(一生一纱.ees)，文章为原创，转载请标明出处。
原文链接：:o.s.so_e.
dvsjesn