IOS同步請求和異步請求的區別

同步請求和異步請求的區別

 

先解釋一下同步和異步的概念

同步是指：發送方發出數據後，等接收方發回響應之後才發下一個數據包的通信方式。  
異步是指：發送方發出數據後，不等接收方發回響應，接着發送下個數據包的通信方式。

 

同步通訊方式與異步通訊的概念

同步通訊方式要求通訊雙方以相同的時鐘頻率進行，並且準確協調，經過共享一個單個時鐘或定時脈衝源保證發送方和接收方的準確同步，效率較高；
異步通訊方式不要求雙方同步，收發方可採用各自的時鐘源，雙方遵循異步的通訊協議，以字符爲數據傳輸單位，發送方傳送字符的時間間隔不肯定，發送效率比同步傳送效率低。

 

使用者用於調用WEB服務的通訊選擇：同步或異步。

使用者能夠同步或異步實現服務調用。從使用者的觀點來看，這兩種方式的不一樣之處在於：

• 同步——使用者經過單個線程調用服務；該線程發送請求，在服務運行時阻塞，而且等待響應。
• 異步——使用者經過兩個線程調用服務；一個線程發送請求，而另外一個單獨的線程接收響應。

術語同步 和異步 常常與順序 和併發 混淆了。後面的這兩個術語與執行單獨的任務必須遵循的順序有關，而同步和異步 與線程執行單個任務（如調用單個服務）的方式有關。理解同步和異步調用之間的不一樣的一種很好的方法是考慮崩潰恢復的後果：

• 同步——若是使用者在服務運行的過程當中阻塞時崩潰了，當它從新啓動時，將沒法從新鏈接到正在進行的調用，因此響應丟失了。使用者必須重複調用過程，而且指望此次不會崩潰。
• 異步——若是使用者在發送了請求以後等待響應時崩潰了，當它從新啓動時，能夠繼續等待響應，因此響應不會丟失。

崩潰恢復不是同步和異步調用之間的惟一不一樣，可是若是您嘗試肯定某個調用採用哪種方式，請考慮每一種調用如何處理崩潰恢復，這一般能夠給您一個很好的答案.

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

在 Java Web 開發中使用 Ajax 時，重要的是完整理解同步 和異步 通訊模型的區別（請參閱 參考資料）。對異步通訊模型支持的缺少，會對客戶端開發、與 Web 框架的集成、標記庫的使用、IDE 的使用以及線程的行爲有影響。

 

在同步請求/響應通訊模型中，老是瀏覽器（與 Web 服務器、應用服務器或 Web 應用程序相對）發起請求（經過 Web 用戶）。接着，Web 服務器、應用服務器或 Web 應用程序響應進入的請求。在處理同步請求/響應對期間，用戶不能繼續使用瀏覽器。

 

在異步請求/響應通訊模型中，瀏覽器（經過 Web 用戶）到 Web 服務器、應用服務器或 Web 應用程序的通訊（以及反過來）是解耦的。在異步請求/響應對的處理中，Web 用戶在當前異步請求被處理時還能夠繼續使用瀏覽器。一旦異步請求處理完成，異步響應就被通訊（從 Web 服務器、應用服務器或 Web 應用程序）回客戶機頁面。典型狀況下，在這個過程當中，調用對 Web 用戶沒有影響；他們不須要等候響應。