同步需要等待回傳結(jié)果才能繼續(xù)，非同步不必等待，一般需要監(jiān)聽非同步的結(jié)果。
同步是在一條直線上的隊(duì)列，非同步不在一個(gè)隊(duì)列上 各走各的。

1、同步與非同步之間究竟有什麼不同呢？

同步：提交請(qǐng)求->等待伺服器處理->處理完畢返回這個(gè)期間客戶端瀏覽器不能幹任何事

異步:請(qǐng)求透過事件觸發(fā)->伺服器處理（這是瀏覽器仍可作其他事情）->處理完畢

2、在什麼情況下使用呢？

1、一心一意：目前只能做一件事，其他事情必須等當(dāng)前的事情完成，才能繼續(xù)後面的事情。

2、三心二意：同時(shí)可以做多件事情：左手按著空白鍵，右手可以不斷的擊打滑鼠，眼睛還要同時(shí)看著螢?zāi)?，很辛苦?

Ajax發(fā)送請(qǐng)求時(shí)候分為同步和非同步：

#? 非同步傳輸方式是用的最多的也是預(yù)設(shè)的方式，他避免了伺服器檢索給使用者帶來的時(shí)間延遲。在非同步傳輸時(shí)候，它只是在後面悄悄進(jìn)行著，用戶仍舊可以做他做的事情，不會(huì)給用戶任何的等待的感覺。在傳輸?shù)馁Y料量較大的時(shí)候，伺服器檢索的時(shí)間就更長了，但是用戶卻不知道，用戶仍舊專注於頁面上面的操作，根本就不知道伺服器都乾了些什麼，就給用戶良好的體驗(yàn)。

??非同步傳輸方式卻相反，他就好像是剛剛載入頁面的那一刻一樣，當(dāng)發(fā)出了同步請(qǐng)求之後，瀏覽器就在等待，等待伺服器檢索完畢，返回結(jié)果。此時(shí)，滑鼠會(huì)變成等待的形狀，提醒我們的用戶請(qǐng)求還沒有相應(yīng)，您什麼也不能做，我們的用戶就什麼也乾不成，能夠做的一件事就是——等待……雖然用戶已經(jīng)習(xí)慣了等待整改頁面的加載，雖然在ajax裡面同步請(qǐng)求的時(shí)間一般不會(huì)大於整個(gè)頁面加載的時(shí)間，但是你要知道什麼都不做只是在那裡被動(dòng)等待是多麼痛苦的一件事情。所以，這個(gè)同步請(qǐng)求要慎重使用…

??說到這裡，我們不得不提出疑問，既然非同步請(qǐng)求這麼好，為啥不用非同步請(qǐng)求呢？乾脆不要同步請(qǐng)求得了。呵呵，你先別說的太急，假如有這麼一個(gè)情況，我們這一步請(qǐng)求的結(jié)果是下一步請(qǐng)求的前提，只有知道這一步請(qǐng)求的結(jié)果用戶以後所做的才有意義。那你說應(yīng)該使用同步請(qǐng)求還是非同步請(qǐng)求呢？顯而易見，同步請(qǐng)求吧，為了下一步所做的更有意義，我們親愛的用戶等一下又有何妨？

??同步請(qǐng)求和非同步請(qǐng)求，各有用處，沒有好壞之分，只又用的合適不合適的問題

Ajax優(yōu)缺點(diǎn)???????#????????????????????????????????????????????????????????????????????????????????

#Ajax

#)?

#Ajax

########################################################################H ##?????????傳統(tǒng)的web應(yīng)用程式允許使用者填寫表單(form)，當(dāng)提交表單時(shí)就向web伺服器發(fā)送一個(gè)請(qǐng)求。伺服器接收並處理傳來的表單，然後傳回一個(gè)新的網(wǎng)頁。這個(gè)做法浪費(fèi)了許多頻寬，因?yàn)樵谇搬醿蓚€(gè)頁面中的大部分HTML程式碼往往是相同的。由於每次應(yīng)用的互動(dòng)都需要向伺服器發(fā)送請(qǐng)求，應(yīng)用程式的回應(yīng)時(shí)間就依賴伺服器的回應(yīng)時(shí)間。這導(dǎo)致了用戶介面的回應(yīng)比本地應(yīng)用慢得多。 ######???????與此不同，AJAX應(yīng)用程式可以只向伺服器傳送並取回必需的數(shù)據(jù)，它使用SOAP或其它一些基於XML的web service接口，並在客戶端採用JavaScript處理來自伺服器的回應(yīng)。因?yàn)樵谒欧骱蜑g覽器之間交換的資料大量減少，結(jié)果我們就能看到反應(yīng)更快的應(yīng)用。同時(shí)很多的處理工作可以在發(fā)出請(qǐng)求的客戶端機(jī)器上完成，所以Web伺服器的處理時(shí)間也減少了。 ######?????????使用Ajax的最大優(yōu)點(diǎn)，就是在整個(gè)頁面的前提下都能維持資料。這使得網(wǎng)路應(yīng)用程式更為迅捷地回應(yīng)使用者動(dòng)作，並避免了在網(wǎng)路上發(fā)送那些沒有改變過的訊息。 ######??????????Ajax不需要任何瀏覽器插件，但需要使用者允許JavaScript在瀏覽器上執(zhí)行。就像DHTML應(yīng)用程式一樣，Ajax應(yīng)用程式必須在眾多不同的瀏覽器和平臺(tái)上經(jīng)過嚴(yán)格的測試。隨著Ajax的成熟，一些簡化Ajax使用方法的程式庫也相繼問世。同樣，也出現(xiàn)了另一種輔助程式設(shè)計(jì)的技術(shù)，為那些不支援JavaScript的使用者提供替代功能。 ###############缺點(diǎn)：############

???????????對(duì)使用Ajax最主要的批評(píng)是，它可能破壞瀏覽器後退按鈕的正常行為。在動(dòng)態(tài)更新頁面的情況下，使用者無法回到前一個(gè)頁面狀態(tài)，這是因?yàn)闉g覽器只能記下歷史記錄中的靜態(tài)頁面。一個(gè)被完整讀入的頁面與一個(gè)已經(jīng)被動(dòng)態(tài)修改過的頁面之間的差別非常微妙；用戶通常都希望單擊後退按鈕，就能夠取消他們的前一次操作，但是在Ajax應(yīng)用程式中，卻無法這樣做。不過開發(fā)者已經(jīng)想出了種種辦法來解決這個(gè)問題，當(dāng)中大多數(shù)都是在使用者點(diǎn)擊後退按鈕存取歷史記錄時(shí)，透過建立或使用一個(gè)隱藏的IFRAME來重現(xiàn)頁面上的變更。 （例如，當(dāng)用戶在Google Maps中單擊後退時(shí)，它在一個(gè)隱藏的IFRAME中進(jìn)行搜索，然後將搜索結(jié)果反映到Ajax元素上，以便將應(yīng)用程式狀態(tài)恢復(fù)到當(dāng)時(shí)的狀態(tài)。）

??????????相關(guān)的觀點(diǎn)認(rèn)為，使用動(dòng)態(tài)頁面更新使得使用者難以將某個(gè)特定的狀態(tài)儲(chǔ)存到收藏夾中。該問題的解決方案也已出現(xiàn)，大部分都使用URL片段標(biāo)識(shí)符（通常被稱為錨點(diǎn)，即URL中#後面的部分）來保持跟蹤，允許用戶回到指定的某個(gè)應(yīng)用程式狀態(tài)。 （許多瀏覽器允許JavaScript動(dòng)態(tài)更新錨點(diǎn)，這使得Ajax應(yīng)用程式能夠在更新顯示內(nèi)容的同時(shí)更新錨點(diǎn)。）這些解決方案也同時(shí)解決了許多關(guān)於不支援後退按鈕的爭論。 進(jìn)行Ajax開發(fā)時(shí)，網(wǎng)路延遲——即用戶發(fā)出請(qǐng)求到伺服器發(fā)出回應(yīng)之間的間隔——需要慎重考慮。不給予使用者明確的回應(yīng)[5]，沒有適當(dāng)?shù)念A(yù)讀資料[6]，或?qū)MLHttpRequest的不當(dāng)處理[7]，都會(huì)使用戶感到延遲，這是使用者不欲看到的，也是他們無法理解的[8]。通常的解決方案是，使用一個(gè)可視化的元件來告訴使用者係統(tǒng)正在進(jìn)行後臺(tái)操作並且正在讀取資料和內(nèi)容。

???????????一些手持裝置（如手機(jī)、PDA等）現(xiàn)在還不能很好的支援Ajax; 用JavaScript作的Ajax引擎，JavaScript的相容性和DeBug都是讓人頭痛的事; Ajax的無刷新重載，由於頁面的變化沒有刷新重載那麼明顯，所以容易給用戶帶來困擾――用戶不太清楚現(xiàn)在的數(shù)據(jù)是新的還是已經(jīng)更新過的；現(xiàn)有的解決有：在相關(guān)位置提示、資料更新的區(qū)域設(shè)計(jì)得比較明顯、資料更新後給使用者提示等; 對(duì)串流媒體的支援沒有FLASH、Java Applet好;