jQuery1.5 以后，Ajax 模塊提供了三個新的方法用于管理、擴展 Ajax 請求，分別是：

前置過濾器 jQuery. ajaxPrefilter
請求分發(fā)器 jQuery. ajaxTransport，
類型轉(zhuǎn)換器 ajaxConvert

為什么會出現(xiàn)這幾個新的概念？因為 ajax 在發(fā)送的過程還有很多一系列的處理。

• 類型轉(zhuǎn)換器將服務(wù)端響應(yīng)的 responseText 或 responseXML，轉(zhuǎn)換為請求時指定的數(shù)據(jù)類型 dataType，如果沒有指定類型就依據(jù)響應(yīng)頭 Content-Type 自動猜測一個。
• jQuery 的 Ajax 是合并了 jsonp 的處理的，所以針對一些特殊的請求這里用了一個請求分發(fā)器來處理這個邏輯。

具體看看代碼：

jQuery.extend({
    //前置過濾器
    ajaxPrefilter: addToPrefiltersOrTransports(prefilters),
    //請求分發(fā)器
    ajaxTransport: addToPrefiltersOrTransports(transports),
});

1. 可見這 2 個方法是通過私有方法 addToPrefiltersOrTransports（參考右邊代碼一）通過 curry 手段構(gòu)造的，分別是保持了 prefilters 與 transports 的引用，可見 ajaxPrefilter 就維持了addToPrefiltersOrTransports 返回函數(shù)的引用了，這種就是閉包的手法了，這也是 JS 的開發(fā)人員都需要掌握的，好處就是合并多個參數(shù)，當(dāng)然因為維持引用代價就是一點點性能消耗。
2. 當(dāng)然 jQuery 不是傳遞的簡單類型處理，還可以傳遞的一個引用類型的回調(diào)函數(shù)，所以針對 ajaxPrefilter 方法放閉包構(gòu)件就需要做一些處理了，填充 prefilters 處理器（右側(cè)代碼編輯器中的代碼二）。

其實說白了就是把對應(yīng)的方法制作成函數(shù)的形式填充到 prefilters 或者 transports對應(yīng)的處理包裝對象中，用的時候直接執(zhí)行，每個函數(shù)都保持著各自的引用，種寫法的好處自然是靈活，易維護，減少代碼量。

所以此時的 prefilters 中的結(jié)構(gòu)可以是這樣。

prefilters = {
        '*': function() {
            return {
                send: function() {
                },
                callback: function() {
                }
            }
        }
}

前置過濾器和請求分發(fā)器在執(zhí)行時，分別遍歷內(nèi)部變量 prefilters 和 transports，這兩個變量在 jQuery 加載完畢后立即初始化，從過閉包的方法填充這個 2 個對象。