AJAX请求时status返回状态明细表 readyState的五种状态

在《Pragmatic Ajax A Web 2.0 Primer 》中偶然看到对readyStae状态的介绍，感受这个介绍很实在，摘译以下：

0: (Uninitialized) the send( ) method has not yet been invoked.

1: (Loading) the send( ) method has been invoked, request in progress.

2: (Loaded) the send( ) method has completed, entire response received.

3: (Interactive) the response is being parsed.

4: (Completed) the response has been parsed, is ready for harvesting.

0 － （未初始化）尚未调用send()方法

1 － （载入）已调用send()方法，正在发送请求

2 － （载入完成）send()方法执行完成，已经接收到所有响应内容

3 － （交互）正在解析响应内容

4 － （完成）响应内容解析完成，能够在客户端调用了

在《Understanding AJAX: Using JavaScript to Create Rich Internet Applications》中，则用下表进行了说明：

表1. readyState Levels readyState Status Code Status of the XMLHttpRequest Object

name	desc
(0) UNINITIALIZED 未初始化	The object has been created but not initialized. (The open method has not been called.) （XMLHttpRequest）对象已经建立，但还没有初始化（尚未调用open方法）。
(1) LOADING 载入	The object has been created, but the send method has not been called. （XMLHttpRequest）对象已经建立，但还没有调用send方法。
(2) LOADED 载入完成	The send method has been called, but the status and headers are not yet available. 已经调用send方法，（HTTP响应）状态及头部还不可用。
(3) INTERACTIVE 交互	Some data has been received. Calling the responseBody and responseText properties at this state to obtain partial results will return an error, because status and response headers are not fully available. 已经接收部分数据。但若在此时调用responseBody和responseText属性获取部分结果将会产生错误，由于状态和响应头部还不彻底可用。
(4) COMPLETED 完成	All the data has been received, and the complete data is available in the responseBody and responseText properties. 已经接收到了所有数据，而且在responseBody和responseText属性中能够提取到完整的数据。

现总结以下：

表2. readyState 状态详解 readyState 状态 状态说明

name	desc
(0)未初始化	此阶段确认XMLHttpRequest对象是否建立，并为调用open()方法进行未初始化做好准备。值为0表示对象已经存在，不然浏览器会报错－－对象不存在。
(1)载入	此阶段对XMLHttpRequest对象进行初始化，即调用open()方法，根据参数(method,url,true)完成对象状态的设置。并调用send()方法开始向服务端发送请求。值为1表示正在向服务端发送请求。
(2)载入完成	此阶段接收服务器端的响应数据。但得到的还只是服务端响应的原始数据，并不能直接在客户端使用。值为2表示已经接收彻底部响应数据。并为下一阶段对数据解析做好准备。
(3)交互	此阶段解析接收到的服务器端响应数据。即根据服务器端响应头部返回的MIME类型把数据转换成能经过responseBody、responseText或responseXML属性存取的格式，为在客户端调用做好准备。状态3表示正在解析数据。
(4)完成	此阶段确认所有数据都已经解析为客户端可用的格式，解析已经完成。值为4表示数据解析完毕，能够经过XMLHttpRequest对象的相应属性取得数据。

概而括之，整个XMLHttpRequest对象的生命周期应该包含以下阶段： 建立－初始化请求－发送请求－接收数据－解析数据－完成

好比，经过以下示例：

AJAX中请求远端文件、或在检测远端文件是否掉链时，都须要了解到远端服务器反馈的状态以肯定文件的存在与否。固然，在咱们日常浏览网页时，也会发现一些文件不存在时显示为“404错误”，这就是常见的Http请求状态（status）Web服务器响应浏览器或其余客户程序的请求时，其应答通常由如下几个部分组成：一个状态行，几个应答头，一个空行，内容文档。下面是一个最简单的应答：状态行包含HTTP版本、状态代码、与状态代码对应的简短说明信息。在大多数状况下，除了Content-Type以外的全部应答头都是可选的。但Content-Type是必需的，它描述的是后面文档的MIME类型。虽然大多数应答都包含一个文档，但也有一些不包含，例如对HEAD请求的应答永远不会附带文档。有许多状态代码实际上用来标识一次失败的请求，这些应答也不包含文档（或只包含一个简短的错误信息说明）。 当用户试图经过 HTTP 访问一台正在运行 Internet 信息服务 (IIS) 的服务器上的内容时，IIS 返回一个表示该请求的状态的数字代码。状态代码能够指明具体请求是否已成功，还能够揭示请求失败的确切缘由。

1xx - 信息提示

这些状态代码表示临时的响应。客户端在收到常规响应以前，应准备接收一个或多个 1xx 响应。

• 100 - Continue 初始的请求已经接受，客户应当继续发送请求的其他部分。（HTTP 1.1新）
• 101 - Switching Protocols 服务器将听从客户的请求转换到另一种协议（HTTP 1.1新）

2xx - 成功

这类状态代码代表服务器成功地接受了客户端请求。

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

• 201 - Created 服务器已经建立了文档，Location头给出了它的URL。

• 202 - Accepted 已经接受请求，但处理还没有完成。

• 203 - Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，由于使用的是文档的拷贝，非权威性信息（HTTP 1.1新）。

• 204 - No Content 没有新文档，浏览器应该继续显示原来的文档。若是用户按期地刷新页面，而Servlet能够肯定用户文档足够新，这个状态代码是颇有用的。

• 205 - Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。

• 206 - Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。

3xx - 重定向

客户端浏览器必须采起更多操做来实现请求。例如，浏览器可能不得不请求服务器上的不一样的页面，或经过代理服务器重复该请求。

• 300 - Multiple Choices 客户请求的文档能够在多个位置找到，这些位置已经在返回的文档内列出。若是服务器要提出优先选择，则应该在Location应答头指明。

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

• 302 - Found 相似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器可以自动访问新的URL，所以它是一个颇有用的状态代码。注意这个状态代码有时候能够和301替换使用。例如，若是浏览器错误地请求 http://host/~user （缺乏了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，咱们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。

• 303 - See Other 相似于301/302，不一样之处在于，若是原来的请求是POST，Location头指定的重定向目标文档应该经过GET提取（HTTP 1.1新）。

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

• 305 - Use Proxy 客户请求的文档应该经过Location头所指明的代理服务器提取（HTTP 1.1新）。

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

4xx - 客户端错误

发生错误，客户端彷佛有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。

• 400 - Bad Request 请求出现语法错误。

• 401 - Unauthorized 访问被拒绝，客户试图未经受权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，而后在填写合适的Authorization头后再次发出请求。IIS 定义了许多不一样的 401 错误，它们指明更为具体的错误缘由。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显示：

• 401.1 - 登陆失败。

• 401.2 - 服务器配置致使登陆失败。

• 401.3 - 因为 ACL 对资源的限制而未得到受权。

• 401.4 - 筛选器受权失败。

• 401.5 - ISAPI/CGI 应用程序受权失败。

• 401.7 – 访问被 Web 服务器上的 URL 受权策略拒绝。这个错误代码为 IIS 6.0 所专用。

• 403 - Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。一般因为服务器上文件或目录的权限设置致使。禁止访问：IIS 定义了许多不一样的 403 错误，它们指明更为具体的错误缘由：

• 403.1 - 执行访问被禁止。

• 403.2 - 读访问被禁止。

• 403.3 - 写访问被禁止。

• 403.4 - 要求 SSL。

• 403.5 - 要求 SSL 128。

• 403.6 - IP 地址被拒绝。

• 403.7 - 要求客户端证书。

• 403.8 - 站点访问被拒绝。

• 403.9 - 用户数过多。

• 403.10 - 配置无效。

• 403.11 - 密码更改。

• 403.12 - 拒绝访问映射表。

• 403.13 - 客户端证书被吊销。

• 403.14 - 拒绝目录列表。

• 403.15 - 超出客户端访问许可。

• 403.16 - 客户端证书不受信任或无效。

• 403.17 - 客户端证书已过时或还没有生效。

• 403.18 - 在当前的应用程序池中不能执行所请求的 URL。这个错误代码为 IIS 6.0 所专用。

• 403.19 - 不能为这个应用程序池中的客户端执行 CGI。这个错误代码为 IIS 6.0 所专用。

• 403.20 - Passport 登陆失败。这个错误代码为 IIS 6.0 所专用。

• 404 - Not Found 没法找到指定位置的资源。这也是一个经常使用的应答。

• 404.0 -（无） – 没有找到文件或目录。

• 404.1 - 没法在所请求的端口上访问 Web 站点。

• 404.2 - Web 服务扩展锁定策略阻止本请求。

• 404.3 - MIME 映射策略阻止本请求。

• 405 - Method Not Allowed 请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用，用来访问本页面的 HTTP 谓词不被容许（方法不被容许）（HTTP 1.1新）

• 406 - Not Acceptable 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容，客户端浏览器不接受所请求页面的 MIME 类型（HTTP 1.1新）。

• 407 - Proxy Authentication Required 要求进行代理身份验证，相似于401，表示客户必须先通过代理服务器的受权。（HTTP 1.1新）

• 408 - Request Timeout 在服务器许可的等待时间内，客户一直没有发出任何请求。客户能够在之后重复同一请求。（HTTP 1.1新）

• 409 - Conflict 一般和PUT请求有关。因为请求和资源的当前状态相冲突，所以请求不能成功。（HTTP 1.1新）

• 410 - Gone 所请求的文档已经再也不可用，并且服务器不知道应该重定向到哪个地址。它和404的不一样在于，返回407表示文档永久地离开了指定的位置，而404表示因为未知的缘由文档不可用。（HTTP 1.1新）

• 411 - Length Required 服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）

• 412 - Precondition Failed 请求头中指定的一些前提条件失败（HTTP 1.1新）。

• 413 – Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。若是服务器认为本身可以稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。

• 414 - Request URI Too Long URI太长（HTTP 1.1新）。

• 415 – 不支持的媒体类型。

• 416 – Requested Range Not Satisfiable 服务器不能知足客户在请求中指定的Range头。（HTTP 1.1新）

• 417 – 执行失败。

• 423 – 锁定的错误。

5xx - 服务器错误

服务器因为遇到错误而不能完成该请求。

• 500 - Internal Server Error 服务器遇到了意料不到的状况，不能完成客户的请求。

• 500.12 - 应用程序正忙于在 Web 服务器上从新启动。

• 500.13 - Web 服务器太忙。

• 500.15 - 不容许直接请求 Global.asa。

• 500.16 – UNC 受权凭据不正确。这个错误代码为 IIS 6.0 所专用。

• 500.18 – URL 受权存储不能打开。这个错误代码为 IIS 6.0 所专用。

• 500.100 - 内部 ASP 错误。

• 501 - Not Implemented 服务器不支持实现请求所须要的功能，页眉值指定了未实现的配置。例如，客户发出了一个服务器不支持的PUT请求。

• 502 - Bad Gateway 服务器做为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。 亦说Web 服务器用做网关或代理服务器时收到了无效响应。

• 502.1 - CGI 应用程序超时。

• 502.2 - CGI 应用程序出错。

• 503 - Service Unavailable 服务不可用，服务器因为维护或者负载太重未能应答。例如，Servlet可能在数据库链接池已满的状况下返回503。服务器返回503时能够提供一个Retry-After头。这个错误代码为 IIS 6.0 所专用。

• 504 - Gateway Timeout 网关超时，由做为代理或网关的服务器使用，表示不能及时地从远程服务器得到应答。（HTTP 1.1新）。

• 505 - HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）。