1、一心一意：當(dāng)前只能做一件事，其他事情必須等當(dāng)前的事情完成，才能繼續(xù)后面的事情。2、三心二意：同時可以做多件事情：左手按著空格鍵，右手可以不斷的擊打鼠標(biāo)，眼睛還要同時看著屏幕，很辛苦。
Ajax發(fā)送請求時候分為同步和異步：
異步傳輸方式是用的最多的也是默認(rèn)的方式，他避免了服務(wù)器檢索給用戶帶來的時間延遲。在異步傳輸時候，它只是在后面悄悄進(jìn)行著，用戶仍舊可以做他做的事情，不會給用戶任何的等待的感覺。在傳輸?shù)臄?shù)據(jù)量較大的時候，服務(wù)器檢索的時間就更長了，但是用戶卻不知道，用戶仍舊專注于頁面上面的操作，根本就不知道服務(wù)器都干了些什么，就給用戶良好的體驗。
異步傳輸方式卻相反，他就好像是剛剛加載頁面的那一刻一樣，當(dāng)發(fā)出了同步請求之后，瀏覽器就在等待，等待服務(wù)器檢索完畢，返回結(jié)果。此時，鼠標(biāo)會變成等待的形狀，提醒我們的用戶請求還沒有相應(yīng)，您什么也不能做，我們的用戶就什么也干不成，能夠做的一件事就是——等待……雖然用戶已經(jīng)習(xí)慣了等待整改頁面的加載，雖然在ajax里面同步請求的時間一般不會大于整個頁面加載的時間，但是你要知道什么都不做只是在那里被動等待是多么痛苦的一件事情。所以，這個同步請求要慎重使用……
說到這里，我們不得不提出疑問，既然異步請求這么好，為啥不用異步請求呢？干脆不要同步請求得了。呵呵，你先別說的太急，假如有這么一個情況，我們這一步請求的結(jié)果是下一步請求的前提，只有知道這一步請求的結(jié)果用戶以后所做的才有意義。那么你說應(yīng)該使用同步請求還是異步請求呢？顯而易見，同步請求吧，為了下一步所作的更有意義，我們親愛的用戶等一下又有何妨？
同步請求和異步請求，各有用處，沒有好壞之分，只又用的合適不合適的問題
Ajax優(yōu)缺點
Ajax優(yōu)點和缺點:
優(yōu)點：
傳統(tǒng)的web應(yīng)用允許用戶填寫表單(form)，當(dāng)提交表單時就向web服務(wù)器發(fā)送一個請求。服務(wù)器接收并處理傳來的表單，然后返回一個新的網(wǎng)頁。這個做法浪費了許多帶寬，因為在前后兩個頁面中的大部分HTML代碼往往是相同的。由于每次應(yīng)用的交互都需要向服務(wù)器發(fā)送請求，應(yīng)用的響應(yīng)時間就依賴于服務(wù)器的響應(yīng)時間。這導(dǎo)致了用戶界面的響應(yīng)比本地應(yīng)用慢得多。
與此不同，AJAX應(yīng)用可以僅向服務(wù)器發(fā)送并取回必需的數(shù)據(jù)，它使用SOAP或其它一些基于XML的webservice接口，并在客戶端采用JavaScript處理來自服務(wù)器的響應(yīng)。因為在服務(wù)器和瀏覽器之間交換的數(shù)據(jù)大量減少，結(jié)果我們就能看到響應(yīng)更快的應(yīng)用。同時很多的處理工作可以在發(fā)出請求的客戶端機(jī)器上完成，所以Web服務(wù)器的處理時間也減少了。
使用Ajax的最大優(yōu)點，就是能在不更新整個頁面的前提下維護(hù)數(shù)據(jù)。這使得Web應(yīng)用程序更為迅捷地回應(yīng)用戶動作，并避免了在網(wǎng)絡(luò)上發(fā)送那些沒有改變過的信息。
Ajax不需要任何瀏覽器插件，但需要用戶允許JavaScript在瀏覽器上執(zhí)行。就像DHTML應(yīng)用程序那樣，Ajax應(yīng)用程序必須在眾多不同的瀏覽器和平臺上經(jīng)過嚴(yán)格的測試。隨著Ajax的成熟，一些簡化Ajax使用方法的程序庫也相繼問世。同樣，也出現(xiàn)了另一種輔助程序設(shè)計的技術(shù)，為那些不支持JavaScript的用戶提供替代功能。
缺點：
對應(yīng)用Ajax最主要的批評就是，它可能破壞瀏覽器后退按鈕的正常行為[4]。在動態(tài)更新頁面的情況下，用戶無法回到前一個頁面狀態(tài)，這是因為瀏覽器僅能記下歷史記錄中的靜態(tài)頁面。一個被完整讀入的頁面與一個已經(jīng)被動態(tài)修改過的頁面之間的差別非常微妙；用戶通常都希望單擊后退按鈕，就能夠取消他們的前一次操作，但是在Ajax應(yīng)用程序中，卻無法這樣做。不過開發(fā)者已想出了種種辦法來解決這個問題，當(dāng)中大多數(shù)都是在用戶單擊后退按鈕訪問歷史記錄時，通過建立或使用一個隱藏的IFRAME來重現(xiàn)頁面上的變更。（例如，當(dāng)用戶在GoogleMaps中單擊后退時，它在一個隱藏的IFRAME中進(jìn)行搜索，然后將搜索結(jié)果反映到Ajax元素上，以便將應(yīng)用程序狀態(tài)恢復(fù)到當(dāng)時的狀態(tài)。）
一個相關(guān)的觀點認(rèn)為，使用動態(tài)頁面更新使得用戶難于將某個特定的狀態(tài)保存到收藏夾中。該問題的解決方案也已出現(xiàn)，大部分都使用URL片斷標(biāo)識符（通常被稱為錨點，即URL中#后面的部分）來保持跟蹤，允許用戶回到指定的某個應(yīng)用程序狀態(tài)。（許多瀏覽器允許JavaScript動態(tài)更新錨點，這使得Ajax應(yīng)用程序能夠在更新顯示內(nèi)容的同時更新錨點。）這些解決方案也同時解決了許多關(guān)于不支持后退按鈕的爭論。進(jìn)行Ajax開發(fā)時，網(wǎng)絡(luò)延遲——即用戶發(fā)出請求到服務(wù)器發(fā)出響應(yīng)之間的間隔——需要慎重考慮。不給予用戶明確的回應(yīng)[5]，沒有恰當(dāng)?shù)念A(yù)讀數(shù)據(jù)[6]，或者對XMLHttpRequest的不恰當(dāng)處理[7]，都會使用戶感到延遲，這是用戶不欲看到的，也是他們無法理解的[8]。通常的解決方案是，使用一個可視化的組件來告訴用戶系統(tǒng)正在進(jìn)行后臺操作并且正在讀取數(shù)據(jù)和內(nèi)容。
一些手持設(shè)備（如手機(jī)、PDA等）現(xiàn)在還不能很好的支持Ajax;用JavaScript作的Ajax引擎，JavaScript的兼容性和DeBug都是讓人頭痛的事;Ajax的無刷新重載，由于頁面的變化沒有刷新重載那么明顯，所以容易給用戶帶來困擾――用戶不太清楚現(xiàn)在的數(shù)據(jù)是新的還是已經(jīng)更新過的；現(xiàn)有的解決有：在相關(guān)位置提示、數(shù)據(jù)更新的區(qū)域設(shè)計得比較明顯、數(shù)據(jù)更新后給用戶提示等;對串流媒體的支持沒有FLASH、Java Applet好;
