一.什么是同步請求：(false)
同步請求即是當前發出請求后，瀏覽器什么都不能做，必須得等到請求完成返回數據之后，才會執行后續的代碼，相當於是排隊，前一個人辦理完自己的事務，下一個人才能接着辦。也就是說，當JS代碼加載到當前AJAX的時候會把頁面里所有的代碼停止加載，頁面處於一個假死狀態，當這個AJAX執行完畢后才會繼續運行其他代碼頁面解除假死狀態。
二.什么是異步請求：(true)
異步請求就當發出請求的同時，瀏覽器可以繼續做任何事，Ajax發送請求並不會影響頁面的加載與用戶的操作，相當於是在兩條線上，各走各的，互不影響。
一般默認值為true，異步。異步請求可以完全不影響用戶的體驗效果，無論請求的時間長或者短，用戶都在專心的操作頁面的其他內容，並不會有等待的感覺。
有人說：既然異步這么好，那全部都用異步好了，同步存在還有什么意義？
那么，同步適用於一些什么情況呢？
我們可以想一下，同步是一步一步來操作，等待請求返回的數據，再執行下一步，那么一定會有一些情況，只有這一步執行完，拿到數據，通過獲取到這一步的數據來執行下一步的操作。這是異步沒有辦法實現的，因此同步的存在一定有他存在的道理。
Ajax優缺點
Ajax優點和缺點:
優點：
傳統的web應用允許用戶填寫表單(form)，當提交表單時就向web服務器發送一個請求。服務器接收並處理傳來的表單，然后返回一個新的網頁。這個做法浪費了許多帶寬，因為在前后兩個頁面中的大部分HTML代碼往往是相同的。由於每次應用的交互都需要向服務器發送請求，應用的響應時間就依賴於服務器的響應時間。這導致了用戶界面的響應比本地應用慢得多。
與此不同，AJAX應用可以僅向服務器發送並取回必需的數據，它使用SOAP或其它一些基於XML的web service接口，並在客戶端采用JavaScript處理來自服務器的響應。因為在服務器和瀏覽器之間交換的數據大量減少，結果我們就能看到響應更快的應用。同時很多的處理工作可以在發出請求的客戶端機器上完成，所以Web服務器的處理時間也減少了。
使用Ajax的最大優點，就是能在不更新整個頁面的前提下維護數據。這使得Web應用程序更為迅捷地回應用戶動作，並避免了在網絡上發送那些沒有改變過的信息。
Ajax不需要任何瀏覽器插件，但需要用戶允許JavaScript在瀏覽器上執行。就像DHTML應用程序那樣，Ajax應用程序必須在眾多不同的瀏覽器和平台上經過嚴格的測試。隨着Ajax的成熟，一些簡化Ajax使用方法的程序庫也相繼問世。同樣，也出現了另一種輔助程序設計的技術，為那些不支持JavaScript的用戶提供替代功能。
缺點：
對應用Ajax最主要的批評就是，它可能破壞瀏覽器后退按鈕的正常行為[4]。在動態更新頁面的情況下，用戶無法回到前一個頁面狀態，這是因為瀏覽器僅能記下歷史記錄中的靜態頁面。一個被完整讀入的頁面與一個已經被動態修改過的頁面之間的差別非常微妙；用戶通常都希望單擊后退按鈕，就能夠取消他們的前一次操作，但是在Ajax應用程序中，卻無法這樣做。不過開發者已想出了種種辦法來解決這個問題，當中大多數都是在用戶單擊后退按鈕訪問歷史記錄時，通過建立或使用一個隱藏的IFRAME來重現頁面上的變更。（例如，當用戶在Google Maps中單擊后退時，它在一個隱藏的IFRAME中進行搜索，然后將搜索結果反映到Ajax元素上，以便將應用程序狀態恢復到當時的狀態。）
一個相關的觀點認為，使用動態頁面更新使得用戶難於將某個特定的狀態保存到收藏夾中。該問題的解決方案也已出現，大部分都使用URL片斷標識符（通常被稱為錨點，即URL中#后面的部分）來保持跟蹤，允許用戶回到指定的某個應用程序狀態。（許多瀏覽器允許JavaScript動態更新錨點，這使得Ajax應用程序能夠在更新顯示內容的同時更新錨點。）這些解決方案也同時解決了許多關於不支持后退按鈕的爭論。 進行Ajax開發時，網絡延遲——即用戶發出請求到服務器發出響應之間的間隔——需要慎重考慮。不給予用戶明確的回應 [5]，沒有恰當的預讀數據 [6]，或者對XMLHttpRequest的不恰當處理[7]，都會使用戶感到延遲，這是用戶不欲看到的，也是他們無法理解的[8]。通常的解決方案是，使用一個可視化的組件來告訴用戶系統正在進行后台操作並且正在讀取數據和內容。
一些手持設備（如手機、PDA等）現在還不能很好的支持Ajax; 用JavaScript作的Ajax引擎，JavaScript的兼容性和DeBug都是讓人頭痛的事; Ajax的無刷新重載，由於頁面的變化沒有刷新重載那么明顯，所以容易給用戶帶來困擾――用戶不太清楚現在的數據是新的還是已經更新過的；現有的解決有：在相關位置提示、數據更新的區域設計得比較明顯、數據更新后給用戶提示等; 對串流媒體的支持沒有FLASH、Java Applet好;