AJAX請求時status返回狀態明細表

AJAX請求時status返回狀態明細表 readyState的五種狀態2010-03-04 18:24對於readyState的五種狀態的描述或者說定義，很多Ajax書（英文原版）中大都語焉不詳 
在《Pragmatic Ajax A Web 2.0 Primer 》中偶然看到對readyStae狀態的介紹，感覺這個介紹很實在…… 
比較理想的解釋方法應該以“狀態：任務（目標）+過程+表現（或特征）”的表達模式來對這幾個狀態進行定義 

【全文】 

在《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 

(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屬性中可以提取到完整的數據。 


根 據以上幾本書中的關於readyState五種狀態的介紹，我認為還是《Pragmatic Ajax A Web 2.0 Primer 》比較到位，因為它提到了對接收到的數據的解析問題，其他書中都沒有提到這一點，而這一點正是“(3)交互”階段作為一個必要的轉換過程存在於“(2)載入完成”到“(4)完成”之間的理由，也就是其任務是什么。歸結起來，我覺得比較理想的解釋方法應該以“狀態：任務（目標）+過程+表現（或特征）”表達模式來對這幾個狀態進行定義比較准確，而且讓人容易理解。現試總結如下： 

表2. readyState 狀態詳解 readyState 狀態 
狀態說明 

(0)未初始化 
此階段確認XMLHttpRequest對象是否創建，並為調用open()方法進行未初始化作好准備。值為0表示對象已經存在，否則瀏覽器會報錯－－對象不存在。 

(1)載入 
此階段對XMLHttpRequest對象進行初始化，即調用open()方法，根據參數(method,url,true)完成對象狀態的設置。並調用send()方法開始向服務端發送請求。值為1表示正在向服務端發送請求。 

(2)載入完成 
此階段接收服務器端的響應數據。但獲得的還只是服務端響應的原始數據，並不能直接在客戶端使用。值為2表示已經接收完全部響應數據。並為下一階段對數據解析作好准備。 

(3)交互 
此階段解析接收到的服務器端響應數據。即根據服務器端響應頭部返回的MIME類型把數據轉換成能通過responseBody、responseText或responseXML屬性存取的格式，為在客戶端調用作好准備。狀態3表示正在解析數據。 

(4)完成 
此階段確認全部數據都已經解析為客戶端可用的格式，解析已經完成。值為4表示數據解析完畢，可以通過XMLHttpRequest對象的相應屬性取得數據。 


概而括之，整個XMLHttpRequest對象的生命周期應該包含如下階段： 
創建－初始化請求－發送請求－接收數據－解析數據－完成 

在具體應用中，明確了readyState的五個狀態（XMLHttpRequest對象的生命周期各個階段）的含義，就可以消除對Ajax核心的神秘感（語焉不詳的背后要么是故弄玄虛，制造神秘感；要么就是“以其昏昏，使人昭昭”），迅速把握其實質，對減少學習中的挫折感和增強自信心都極其有益。 

比如，通過如下示例： 



       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