在編寫 Ajax 方法的時候，我們經常會寫上類似于這樣的代碼：

第一次閱讀這段代碼的時候，我就感到了一點點不對勁，但是說不出來什么地方不對勁。隨著對Ajax代碼的進一步了解，這種感覺時刻伴隨著我。 后來，我知道了這種感覺來自于什么地方。

看看 startRequest 函數。我們發(fā)現 xmlHttp.onreadystatechange 指向了一個函數，這個函數是在 xmlHttpRequest.readyState 發(fā)生改變的時候觸發(fā)。我們再來看 startRequest 函數，想象一下整個請求發(fā)送的步驟?，F在我們點擊一個按鈕，觸發(fā)了一個 startRequest 函數。函數往下走，第一步是 createXmlHttpRequest()，它的作用是創(chuàng)建一個 xmlHttpRequest 對象，當它完畢的時候，xmlHttpRequest.readyState 的值是 0( window.alert 跟蹤得到的)，程序繼續(xù)往下走，xmlHttp.onreadystatechange = handlestatechange，因為狀態(tài)沒有改變(xmlHttpRequest.readyState 的值是 0)，所以不觸發(fā)函數，緊接著是 Open()和 Send()，那么，整個函數從頭到尾都應該沒有觸發(fā) handlestatechange 函數啊，但是為什么出來的結果是正確的呢？

后來我用 window.alert 跟蹤 xmlHttp.readystate 的變化，發(fā)現于原來它運行的機制是這樣的。首先創(chuàng)建一個 xmlHttpRequest 的對象之后 xmlHttp.readyState 的值是 0 了，然后 xmlHttp.onreadystatechange = handlestatechange 沒有運行。緊接著是 open()，這個函數發(fā)生了之后 xmlHttp.readyState 的值是 1 了，那么就會有一個斷點在 Open() 函數處斷開，保留現場，緊接著又返回到 xmlHttp.onreadystatechange = handlestatechange 運行，然后再執(zhí)行 Send() 函數，這個函數發(fā)生了之后 xmlHttp.readyState 的值是 2 了，接著又返回到 xmlHttp.onreadystatechange = handlestatechange 運行。以此類推。

瀏覽器因為不能真正地像面向對象那么編程，所以找了個折衷的辦法，但是這個辦法看起來不倫不類，想了半天，再跟一個同學一起討論，才得出這樣的一個結果。

onreadystatechange：設置為指向 handlestatechange的函數的指針（比較難理解些）

函數是具有執(zhí)行特定功能的子程序，編譯后，它的執(zhí)行代碼分配在代碼段，而其參數及變量則在堆棧段，因而主程序調用函數時，實際上就是將程序執(zhí)行地址轉移為函數在代碼段的入口地址去執(zhí)行，即每個函數都有一個在代碼段的確定入口地址，依此程序執(zhí)行，當遇到返回指令時（表示該程序結束），程序便返回到該函數調用者的斷點程序處，又繼續(xù)執(zhí)行，既然函數有確定的入口地址（實際上函數名就代表了它的入口地址），因而可以用指針指向它，這個指針又稱為函數指針。

原文地址：http://blog.chinaunix.net/uid-20730110-id-1883890.html