xmlHttp的readyState 和 status参数详解

AJAX中检查状态码的代码：

xmlHttp.onreadystatechange=handleStateChange; function handleStateChange() { if(xmlHttp.readyState==4) { if(xmlHttp.status==200) { parseResults(); //解析返回值 } } }

readyState 和status都是什么意思呢？

XMLHTTP 的 readyState 值含义：

• 0－未初始化，即尚未调用 open。
• 1－初始化，即尚未调用 send。
• 2－发送数据，即已经调用 send。
• 3－数据传送中。
• 4－完成。

  HTTP 服务器状态代码定义

   

  1.1 消息 1xx （ Informational 1xx ）

  该类状态代码用于表示临时回应。 临时回应由状态行（ Status-Line ）及可选标题组成， 由空行终止。 HTTP/1.0 中没有定义任何 1xx 的状态代码，所以它们不是对 HTTP/1.0 请求的合法回应。实 际上，它们主要用于实验用途，这已经超出本文档的范围。

   

  1.2 成功 2xx （ Successful 2xx ）

  表示客户端请求被成功接收、理 解、接受。

  200 OK

  请求成功。回应的信息依赖于请求 所使用的方法，如下：

  GET 要请求的资源已经放在回应的 实体中了。

  HEAD 没有实体主体，回应中只包 括标题信息。  

  POST 实体（描述或包含操作的结 果）。

  201 Created

  请求完成，结果是创建了新资源。 新创建资源的 URI 可在回应的实体中得到。原始服务器应在发出该状态代码前创建该资源。如果该操作不能立即完成，服务 器必须在该资源可用时在回应主体中给出提示，否则，服务器端应回应 202 （可被接受）。

  在本文定义的方法，只有 POST 可以创建资源。

  202 Accepted

  请求被接受，但处理尚未完成。请 求可能不一定会最终完成，有可能被处理过程随时中断，在这种情况下，没有办法在异步操作中重新发送状态代码。

  202 回应是没有义务的，这样做的目 的是允许服务器不必等到用户代理和服务器间的连接结束，就可以响应其它过程的请求（象每天运行一次的，基于批处理的过程）。

  在某些回应中返回的实体中包括当 前请求的状态指示、状态监视器指针或用户对请求能否实现的评估信息。

  204 No Content

  服务器端已经实现了请求，但是没 有返回新的信息。如果客户是用户代理，则勿需为此更新自身的文档视图。该回应主要是为了在不影响用户代理激活文档视图的前提下，进行 script 语句的输入及其它操作。该回应还可能包括新的、以实体标题形式表示的元信息，它可被当前用户代理激 活视图中的文档所使用。

   

  1.3 重定向（ Redirection 3xx ）

  该类状态码表示用户代理要想完成 请求，还需要发出进一步的操作。这些操作只有当后跟的请求是 GET 或 HEAD 时，才可由用户代理来实现，而不用与用户进行交互。用户代理永远也不要对请求进行 5 次以上的重定向操作，这样可能导致无限循环。

  300 Multiple Choices

  该状态码不被 HTTP/1.0 的应用程序直接使用，只是做为 3xx 类型回应的缺省解释。存在多个可用的被请求资源。

  除非是 HEAD 请求，否则回应的实体中必须包括这些资源的字符列表及位置信息，由用户或用户代理来决定哪个是最适 合的。

  如果服务器有首选，它应将对应的 URL 信息存放在位置域（ Location field ）处，用户代理会根据此域的值来实现自动的重定向。

  301 Moved Permanently

  请求到的资源都会分配一个永久的 URL ，这样就可以在将来通过该 URL 来访问此资源。有编辑链接功能的客户端会尽可能地根据服务器端传回的新链接而自动更新请求 URI 。新的 URL 必须由回应中的位置域指定。除非是 HEAD 请求，否则回应的实体主体（ Entity-Body ）必须包括对新 URL 超链接的简要描述。

  如果用 POST 方法发出请求，而接收到 301 回应状态码。在这种情况下，除非用户确认，否则用户代理不必自动重定向请求，因为这将导致改变已发出请求的环境。

  注意：当在接收到 301 状态码后而自动重定向 POST 请求时，一些现存的用户代理会错误地将其改为 GET 请求。

  302 Moved Temporarily

  请求到的资源在一个不同的 URL 处临时保存。因为重定向有时会被更改，客户端应继续用请求 URI 来发出以后的请求。新的 URL 必须由回应中的位置域指定。除非是 HEAD 请求，否则回应的实体主体（ Entity-Body ）必须包括对新 URL 超链接的简要描述。

  如果用 POST 方法发出请求，而接收到 302 回应状态码。在这种情况下，除非用户确认，否则用户代理不必自动重定向请求，因为这将导致改变已发出请求的环境。

  注意：当在接收到 302 状态码后而自动重定向 POST 请求时，一些现存的用户代理会错误地将其改为 GET 请求。

  304 Not Modified

  如果客户端成功执行了条件 GET 请求，而对应文件自 If-Modified-Since 域所指定的日期以来就没有更新过，服务器应当回应此状态码，而不是将实体主体发送给客户端。回应标题 域中只应包括一些相关信息，比如缓存管理器、与实体最近更新（ entity's Last-Modified ）日期无关的修改。相关标题域的例子有：日期、服务器、过期时间。每当 304 回应中给出的域值发生变化，缓存都应当对缓存的实体进行更新。

   

  1.4 客户端错误（ Client Error ） 4xx

  4xx 类的状态码表示客户端发生错 误。如果客户端在收到 4xx 代码时请求还没有完成，它应当立即终止向服务器发送数据。除了回应 HEAD 请求外，不论错误是临时的还是永久的，服务器端都必须在回应的实体中包含错误状态的解释。这些状态 码适用于任何请求方法。

  注意：如果客户端正在发送数据， 服务器端的 TCP 实现应当小心，以确保客户端在关闭输入连接之前收到回应包。如果客户端在关闭后仍旧向服务器发送数 据，服务器会给客户　　端发送一个复位包，清空客户端尚未处理的输入缓冲区，以终止 HTTP 应用程序的读取、解释活动。

  400 非法请求（ Bad Request ）

  如果请求的语法不对，服务器将无 法理解。客户端在对该请求做出更改之前，不应再次向服务器重复发送该请求。

  401 未授权（ Unauthorized ）

  请求需要用户授权。回应中的 WWW-Authenticate 标题域（ 10.16 节）应提示用户以授权方式请求资源。客户端应使用合适的授权标题域（ 10.2 节）来重复该请求。如果请求中已经包括了授权信任信息，那回应的 401 表示此授权被拒绝。如果用户代理在多次尝试之后，回应一样还是返回 401 状态代码，用户应当察看一下回应的实体，因为在实体中会包括一些相关的动态信息。 HTTP 访问授权会在 11 节中解释。

  403 禁止（ Forbidden ）

  服务器理解请求，但是拒绝实现该 请求。授权对此没有帮助，客户端应当停止重复发送此请求。如果不是用 HEAD 请求方法，而且服务器端愿意公布请求未被实现原因的前提下，服务器会将拒绝原因写在回应实体中。该状 态码一般用于服务器端不想公布请求被拒绝的细节或没有其它的回应可用。

  404 没有找到（ Not Found ）

  服务器没有找到与请求 URI 相符的资源。 404 状态码并不指明状况是临时性的还是永久性的。如果服务器不希望为客户端提供这方面的信息，还回应 403 （禁止）状态码。

   

  1.5 服务器错误（ Server Error ） 5xx

  回应代码以‘ 5 ’开头的状态码表示服务器端发现自己出现错误，不能继续执行请求。如果客户端在收到 5xx 状态码时，请求尚未完成，它应当立即停止向服务器发送数据。除了回应 HEAD 请求外，服务器应当在其回应实体中包括对错误情况的解释、并指明是临时性的还永久性的。

  这类回应代码没有标题域，可适用 于任何请求方法。

  500 服务器内部错误（ Internal Server Error ）

  服务器碰到了意外情况，使其无法 继续回应请求。

  501 未实现（ Not Implemented ）

  服务器无法提供对请求中所要求功 能的支持。如果服务器无法识别请求方法就会回应此状态代码，这意味着不能回应请求所要求的任何资源。

  502 非法网关（ Bad Gateway ）

  充当网关或代理的服务器从要发送 请求的上游（ upstream ）服务器收到非法的回应。

  503 服务不可用（ Service Unavailable ）

  服务器当前无法处理请求。这一般 是由于服务器临时性超载或维护引起的。该状态码暗示情况是暂时性的，要产生一些延迟。

  注意： 503 状态码并没有暗示服务器在超载时一定要返回此状态码。一些服务器可能希望在超载时采用简单处理，即 断掉连接。

   

  IIS 错误代码大汇总

  400 无法解析此请求。

  401.1 未经授权：访问由于凭据 无效被拒绝。

  401.2 未经授权 : 访问由于服务器配置倾向使用替代身份验证方法而被拒绝。

  401.3 未经授权：访问由于 ACL 对所请求资源的设置被拒绝。

  401.4 未经授权： Web 服务器上安装的筛选器授权失败。

  401.5 未经授权： ISAPI/CGI 应用程序授权失败。

  401.7 未经授权：由于 Web 服务器上的 URL 授权策略而拒绝访问。

  403 禁止访问：访问被拒绝。

  403.1 禁止访问：执行访问被拒 绝。

  403.2 禁止访问：读取访问被拒 绝。

  403.3 禁止访问：写入访问被拒 绝。

  403.4 禁止访问：需要使用 SSL 查看该资源。

  403.5 禁止访问：需要使用 SSL 128 查看该资源。

  403.6 禁止访问：客户端的 IP 地址被拒绝。

  403.7 禁止访问：需要 SSL 客户端证书。

  403.8 禁止访问：客户端的 DNS 名称被拒绝。

  403.9 禁止访问：太多客户端试 图连接到 Web 服务器。

  403.10 禁止访问： Web 服务器配置为拒绝执行访问。

  403.11 禁止访问：密码已更 改。

  403.12 禁止访问：服务器证书 映射器拒绝了客户端证书访问。

  403.13 禁止访问：客户端证书 已在 Web 服务器上吊销。

  403.14 禁止访问：在 Web 服务器上已拒绝目录列表。

  403.15 禁止访问： Web 服务器已超过客户端访问许可证限制。

  403.16 禁止访问：客户端证书 格式错误或未被 Web 服务器信任。

  403.17 禁止访问：客户端证书 已经到期或者尚未生效。

  403.18 禁止访问：无法在当前 应用程序池中执行请求的 URL 。

  403.19 禁止访问：无法在该应 用程序池中为客户端执行 CGI 。

  403.20 禁止访问： Passport 登录失败。

  404 找不到文件或目录。

  404.1 文件或目录未找到：网站 无法在所请求的端口访问。

  注意 404.1 错误只会出现在具有多个 IP 地址的计算机上。如果在特定 IP 地址 / 端口组合上收到客户端请求，而且没有将 IP 地址配置为在该特定的端口上侦听，则 IIS 返回 404.1 HTTP 错误。例如，如果一台计算机有两个 IP 地址，而只将其中一个 IP 地址配置为在端口 80 上侦听，则另一个 IP 地址从端口 80 收到的任何请求都将导致 IIS 返回 404.1 错误。只应在此服务级别设置该错误，因为只有当服务器上使用多个 IP 地址时才会将它返回给客户端。

  404.2 文件或目录无法找到：锁 定策略禁止该请求。

  404.3 文件或目录无法找到： MIME 映射策略禁止该请求。

  405 用于访问该页的 HTTP 动作未被许可。

  406 客户端浏览器不接受所请求页 面的 MIME 类型。

  407 Web 服务器需要初始的代 理验证。

  410 文件已删除。

  412 客户端设置的前提条件在 Web 服务器上评估时失败。

  414 请求 URL 太大，因此在 Web 服务器上不接受该 URL 。

  500 服务器内部错误。

  500.11 服务器错误： Web 服务器上的应用程序正在关闭。

  500.12 服务器错误： Web 服务器上的应用程序正在重新启动。

  500.13 服务器错误： Web 服务器太忙。

  500.14 服务器错误：服务器上 的无效应用程序配置。

  500.15 服务器错误：不允许直 接请求 GLOBAL.ASA 。

  500.16 服务器错误： UNC 授权凭据不正确。

  500.17 服务器错误： URL 授权存储无法找到。

  500.18 服务器错误： URL 授权存储无法打开。

  500.19 服务器错误：该文件的 数据在配置数据库中配置不正确。

  500.20 服务器错误： URL 授权域无法找到。

  500.100 内部服务器错误： ASP 错误。

  501 标题值指定的配置没有执行。

  502 Web 服务器作为网关或代 理服务器时收到无效的响应。

• 来源：http://blog.csdn.net/xiaxiaorui2003/archive/2009/04/16/4084115.aspx