轉載：http://www.cnblogs.com/teroy/p/3917439.html　

熟悉web開發的程序員想必對Ajax也不會陌生。現在已經有很多js框架封裝了ajax實現，例如JQuery的ajax函數，調用起來非常方便。當然本文不打算講框架的使用，我們將從Ajax的javascript源碼實現開始。

Ajax源碼實現

var getXmlHttpRequest = function () { if (window.XMLHttpRequest) {//主流瀏覽器提供了XMLHttpRequest對象return new XMLHttpRequest();}else if (window.ActiveXObject) {//低版本的IE瀏覽器沒有提供XMLHttpRequest對象//所以必須使用IE瀏覽器的特定實現ActiveXObjectreturn new ActiveXObject("Microsoft.XMLHTTP");} }; var xhr = getXmlHttpRequest(); xhr.onreadystatechange = function () {if (xhr.readyState === 4 && xhr.status === 200) {//獲取成功后執行操作//數據在xhr.responseText} }; xhr.open("TYPE", "URL", true); xhr.send("");

　　可以看到，xhr對象是通過onreadystatechange來監聽Ajax的最終完成情況，這里也迎來了這次要重點討論的主角：readyState和status。

什么是readyState

　　readyState是XMLHttpRequest對象的一個屬性，用來標識當前XMLHttpRequest對象處于什么狀態。

　　readyState總共有5個狀態值，分別為0~4，每個值代表了不同的含義，如下表所示：

? 0 ?	?未初始化狀態：此時，已經創建了一個XMLHttpRequest對象
? 1	?準備發送狀態：此時，已經調用了XMLHttpRequest對象的open方法，并且XMLHttpRequest對象已經準備好將一個請求發送到服務器端
? 2	?已經發送狀態：此時，已經通過send方法把一個請求發送到服務器端，但是還沒有收到一個響應
? 3	?正在接收狀態：此時，已經接收到HTTP響應頭部信息，但是消息體部分還沒有完全接收到
? 4	?完成響應狀態：此時，已經完成了HTTP響應的接收

什么是status

　　status是XMLHttpRequest對象的一個屬性，表示響應的HTTP狀態碼。

　　在HTTP1.1協議下，HTTP狀態碼總共可分為5大類，如下表所示：

? 1XX ?	?服務器收到請求，需要繼續處理。例如101狀態碼，表示服務器將通知客戶端使用更高版本的HTTP協議。
? 2XX ?	?請求成功。例如200狀態碼，表示請求所希望的響應頭或數據體將隨此響應返回。
? 3XX ?	?重定向。例如302狀態碼，表示臨時重定向，請求將包含一個新的URL地址，客戶端將對新的地址進行GET請求。
? 4XX ?	?客戶端錯誤。例如404狀態碼，表示客戶端請求的資源不存在。
? 5XX ?	?服務器錯誤。例如500狀態碼，表示服務器遇到了一個未曾預料的情況，導致了它無法完成響應，一般來說，這個問題會在程序代碼出錯時出現。

拋出問題

　　為什么onreadystatechange的函數實現要同時判斷readyState和status呢？

　　我們知道 readyState === 4 已經表示了請求響應成功了，為什么還要后續的status呢？帶著問題，我們開始來做一些試驗吧。

只使用readyState判斷

　　javascript端的實現代碼如下：

var getXmlHttpRequest = function () {if (window.XMLHttpRequest) {return new XMLHttpRequest();}else if (window.ActiveXObject) {return new ActiveXObject("Microsoft.XMLHTTP");} }; var xhr = getXmlHttpRequest(); xhr.onreadystatechange = function () {if (xhr.readyState === 4) {alert(xhr.responseText);} }; xhr.open("GET", "/data.aspx", true); xhr.send("");

　　這個演示DEMO使用ASP.NET Webform框架，現在我們在后臺data.aspx做一些手腳，不如讓它報錯試試！C#代碼如下：

public partial class data : System.Web.UI.Page {protected void Page_Load(object sender, EventArgs e){throw new Exception("Error");} }

　　運行javascript代碼，提示窗口出現了如下：

　　服務響應出錯了，但還是返回了信息，這并不是我們想要的結果。打開Fiddler監控，可以看到data.aspx返回的是500響應，但由于只使用readystate做判斷，它不理會放回的結果是500還是200，只要響應成功返回了，就執行接下來的javascript代碼，結果將造成各種不可預料的錯誤。所以只使用readyState判斷是行不通的。

　　換另外一個角度想，狀態碼返回200就表示這次響應是成功的了，那么是不是可以不使用readyState，單獨只使用status做判斷呢？好，帶著問題，繼續來做試驗吧。

只使用status判斷

　　javascript端的代碼實現如下：

var getXmlHttpRequest = function () {if (window.XMLHttpRequest) {return new XMLHttpRequest();}else if (window.ActiveXObject) {return new ActiveXObject("Microsoft.XMLHTTP");} }; var xhr = getXmlHttpRequest(); xhr.onreadystatechange = function () {if (xhr.status === 200) {alert("readyState=" + xhr.readyState + xhr.responseText);} }; xhr.open("GET", "/data.aspx", true); xhr.send("");

　　這次將在data.aspx后臺做處理，讓它只返回一個字符串，實現如下：

public partial class data : System.Web.UI.Page {protected void Page_Load(object sender, EventArgs e){Response.Write("Test");Response.End();} }

　　一切都是那么地自然，是不是只要彈出一個寫著一行"readyState=4Test"的字符串的提示框，就表示結果成立了？把它跑起來了吧，結果已經就離我們不遠了！

　　事實上，結果卻不像預期那樣。響應碼確實是返回了200，但是總共彈出了3次窗口！第一次是“readyState=2”的窗口，第二次是“readyState=3Test”的窗口，第三次是“readyState=4Test”的窗口。由此，可見onreadystatechange函數的執行不是只在readyState變為4的時候觸發的，而是readyState的每次變化都會觸發，所以就出現了前面說的那種情況。可見，單獨使用status判斷也是行不通的。

進一步思考

　　由上面的試驗，我們可以知道判斷的時候readyState和status缺一不可。那么readyState和status的先后判斷順序會不會有影響呢？我們可以將status調到前面先判斷，代碼如 xhr.status === 200 && xhr.readyState === 4。

　　事實上，這對于最終的結果是沒有影響的，但是中間的性能就不同了。由上一個試驗我們知道，readyState的每次變化都會觸發onreadystatechange函數，假如先判斷status，那么每次都會多判斷一次status的狀態。雖然性能上影響甚微，不過我們還是應該抱著追求極致代碼的想法，把readyState的判斷放在前面。

　　如果你有新的想法，歡迎留言討論。

轉載于:https://www.cnblogs.com/sivkun/p/7263754.html

總結

以上是生活随笔為你收集整理的ajax如何实现、readyState五中状态的含义的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。