在Extjs中，非同步請求的寫法：

Ext.Ajax.request({
	url: '***.action',
	//async: false,
	params: {
		p1: v1,
		p2: v2
		...
	},
	success: function(response, options){
		//TODO
	}
}); 

配置說明：

url，訪問的請求地址；

params，引數物件，為請求提供的條件；

success，當請求執行成功後，會進入該回調方法。

說到這裡，我們先來回憶一下什麼是非同步請求，簡單來說就是不需要等待上一個請求的返回便可執行；簡單的說，若發起了10次非同步請求，且中間過程用時極短，那麼我們可以看作這10次請求是一起訪問目標地址的；

這裡我用一個迴圈來舉例說明非同步（類似Java多執行緒）的一些問題和解決方法。

//5個不同物件（結構相同，內容不同）
var params = [obj1, obj2, obj3, obj4, obj5];
for(var i = 0; i < params.length; i++){
	var param = params[i];
	Ext.Ajax.request({
		url: '?',
		params: {
			key: param.key,
			fileName: param.fileName
		},
		success: function(response, options){
			console.info(i);//標記1
			append(param.config);//標記2
		}
	});
}
 

問題2：該方法傳遞的config物件是否是同一物件？

你心中是否有了答案？

首先第一個問題，答案是一共輸出了5次5，有沒有答對？我想應該沒有答對是吧，那麼為什麼是這樣一種輸出結果，而不是0,1,2,3,4，原理則稍後再說明。

再來看第二個問題，答案是同一個物件，是不是出乎意料？你說，param物件不是迴圈得到的嗎，為什麼會是同一物件，這裡原理和第一問是一樣的。

現在我就來說下為什麼是這樣一種結果。首先，我們要注意到這是一個非同步請求，它不會像同步方法一樣非要等到返回結果（這裡的返回結果就是success回撥函式，當請求正確執行完成後就會呼叫該回調函式，告訴請求執行完了）才會進入下次迴圈，而是直接把所有迴圈次數都走完了，說到這裡是不是開始有點明白了？這裡我再說兩個相關資料：迴圈時間，請求執行時間。假設這裡的迴圈執行完畢只需要100ms，而每次請求的執行時間是300ms，那麼這意味著當請求執行結束進入success函式時，我們的i變數已經連迴圈的退出判定都已經執行完了，所以此時的變數i就是5，同樣的道理，param物件也是一樣，所以執行結果就是之前提到的那樣。（有個群友很好的解釋了這個問題：在進入回撥之前，老五已經出發了）

那麼新問題來了，怎麼才能夠輸出0,1,2,3,4以及得到不同的引數物件呢？

方法1：同步，即把async: false寫上即可，但這樣就變成了同步了；

方法2：將這些區域性變數封裝到請求中。

不知道你有沒有注意到回撥函式success中的2個引數options和response？他們是什麼呢，options就是請求的整個物件（即request({...})紅色部分），response就是後臺響應物件，包括返回結果。

既然取外部的區域性變數不行，那直接從請求物件中取值總不會錯了吧。你可能會問，這樣難道就不會是得到最後一次請求的內容？如果你知道類封裝和類例項就應該明白了，

由於每次請求傳遞的都是一個新的物件（類例項），並且在請求執行完成後反饋給options，當我們從options物件中取出自己定義的引數時，則和傳入時保持一致，就不會出現之前的問題了。

舉個自定義的例子：

Ext.Ajax.request({
	url: '?',
	//名字自定，在用的時候知道就好，但不要和其他配置名重名
	definedParams: {
		?
	},
	success: function(response, options){
		//得到自定義引數
		var ps = options.definedParams;
	}
});

這裡，我再提一點，我測試使用的是Struts結合Spring，Struts預設是多例，而Spring預設是單例，用Spring管理建立Action例項物件，在多個非同步請求同時訪問這個Action時，會造成引數混亂（因為是單例），所以我把Spring也改成了多例，在bean的配置中新增屬性scope="prototype"即可。

如果你使用的是servlet來做請求攔截的話，那就不用考慮了。