同步和非同步

本人一直對同步和非同步理解比較模糊，特在網路搜集一些資料備查。
以下內容皆為轉載。點擊超連結查看出處。

同步和非同步
同步在一定程度上可以看做是單線程，這個線程請求一個方法後就待這個方法給他回複，否則他不往下執行(死心眼)。

非同步在一定程度上可以看做是多線程的(廢話，一個線程怎麼叫非同步)，請求一個方法後，就不管了，繼續執行其他的方法。

比如一個文章系統裡面，文章內容通常是字數非常多的，如果資料量大，開啟會非常的慢，這個時候可以採取兩種方法：

1、死心眼：一直等待要顯示的資料全部取出來

標題、作者、來源、建立時間、關鍵字、點擊次數、文章本文 

ok，全部取出

顯示

碰上心急的使用者，他會罵死你的。

2、非同步：首先顯示能夠快速取出的部分：

標題、作者、來源、建立時間、關鍵字、點擊數

顯示

然後另外的一個線程等待取出文章的本文顯示！

非同步就是：做一件事情的同事，不影響做其他的事情。

-----------------------------------------
轉帖一些文字：

所謂同步，可以理解為在執行完一個函數或方法之後，一直等待系統傳回值或訊息，這時程式是出於阻塞的，只有接收到返回的值或訊息後才往下執行其他的命令。 
  
非同步，執行完函數或方法後，不必阻塞性地等待傳回值或訊息，只需要向系統委託一個非同步過程，那麼當系統接收到傳回值或訊息時，系統會自動觸發委託的非同步過程，從而完成一個完整的流程。 
  
並不是說誰好誰不好，只是同步的機制不適合在正式應用的項目當中（但自己測試還是可以的）

同步，就是即時處理，比如伺服器一接收用戶端請求，馬上響應，這樣用戶端可以在最短的時間內得到結果，但是如果多個用戶端，或者一個用戶端發出的請求很頻繁，伺服器無法同步處理，就會造成湧塞。 

非同步，就是分時處理，伺服器接收到用戶端請求後並不是立即處理，而是等待伺服器比較閒置時候加以處理，可以避免湧塞。 

同步和非同步之分：
同步就是調用一個函數，直接函數執行完了才返回到調用函數
非同步就是被調用函數初始化完後馬上返回。

----------
同步就是(我死心眼)我等你(給我回答)，非同步就是(我很忙)我不等你(給我回答)

嚴格的說，非同步還是有兩種
一種是等，但是等的過程和同步不一樣，等的時候可以做別的工作，但是程式的主線還是等待  WaitforSingleObject(hEvent,INFINTE,TRUE); 

另外一種是CALLBACK方式，這種非同步是完全不等待，程式主線發出請求之後就幹別的事情去了，完全不理會請求執行的如何。 

所有非同步必然設計兩個以上的線程（不然不存在非同步問題），第一種方式下，請求的後期工作是在發出請求的線程上執行，第二種方式下，後期工作可以在任何線程（通常是執行請求的線程上）完成。

理解同步與非同步

今天看到《WIN32多線程程式設計》的同步控制時，才發現原來自己對同步和非同步概念很模糊，甚至混淆。於是GOOGLE了一下。
下面都是高人們的見解，簡單明了。

------------------------------------------------------------------------------------------------------
同步是指：發送方發出資料後，等接收方發迴響應以後才發下一個資料包的通訊方式。 
非同步是指：發送方發出資料後，不等接收方發迴響應，接著發送下個資料包的通訊方式。 
 
CSDN上有討論過: 
http://expert.csdn.net/Expert/topic/2646/2646592.xml?temp=.3842584 
http://expert.csdn.net/Expert/topic/2659/2659726.xml?temp=.1480219 
--------------------------------------------------------------- 
 
舉個不太恰當的例子,就像: 
SendMessage(...) 
TRACE0("just  like  send"); 
 
PostMessage(...) 
TRACE0("just  like  WSASend  using  overlapped"); 
 
SendMessage是調用的時候不返回,等訊息響應後才執行TRACE0,這就是同步. 
PostMessage是調用後馬上返回,不用訊息響應就執行TRACE0,這就是非同步.

答案三：

 同步和非同步區別
 舉個例子：普通B/S模式（同步）AJAX技術（非同步）
同步：提交請求->等待伺服器處理->處理完畢返回 這個期間用戶端瀏覽器不能幹任何事
非同步: 請求通過事件觸發->伺服器處理（這是瀏覽器仍然可以作其他事情）->處理完畢
--------------------------------------------------------------------------------------------------------------------
同步就是你叫我去吃飯，我聽到了就和你去吃飯；如果沒有聽到，你就不停的叫，直到我告訴你聽到了，才一起去吃飯。
非同步就是你叫我，然後自己去吃飯，我得到訊息後可能立即走，也可能等到下班才去吃飯。

所以，要我請你吃飯就用同步的方法，要請我吃飯就用非同步方法，這樣你可以省錢。
--------------------------------------------------------------------------------------------------------------------
舉個例子 打電話時同步 發訊息是非同步
-------------------------------------------------------------
同步、非同步、阻塞和非阻塞的概念

在進行網路編程時，我們常常見到同步、非同步、阻塞和非阻塞四種調用方式。這些方式彼此概念並不好理解。下面是我對這些術語的理解。
同步
所謂同步，就是在發出一個功能調用時，在沒有得到結果之前，該調用就不返回。按照這個定義，其實絕大多數函數都是同步調用（例如sin, isdigit等）。但是一般而言，我們在說同步、非同步時候，特指那些需要其他組件協作或者需要一定時間完成的任務。最常見的例子就是 SendMessage。該函數發送一個訊息給某個視窗，在對方處理完訊息之前，這個函數不返回。當對方處理完畢以後，該函數才把訊息處理函數所返回的 LRESULT值返回給調用者。
非同步
非同步概念和同步相對。當一個非同步程序呼叫發出後，調用者不能立刻得到結果。實際處理這個調用的組件在完成後，通過狀態、通知和回調來通知調用者。以CAsycSocket類為例（注意，CSocket從CAsyncSocket派生，但是起功能已經由非同步轉化為同步），當一個用戶端通過調用 Connect函數發出一個串連請求後，調用者線程立刻可以朝下運行。當串連真正建立起來以後，socket底層會發送一個訊息通知該對象。這裡提到執行組件和調用者通過三種途徑返回結果：狀態、通知和回調。可以使用哪一種依賴於執行組件的實現，除非執行組件提供多種選擇，否則不受調用者控制。如果執行組件用狀態來通知，那麼調用者就需要每隔一定時間檢查一次，效率就很低（有些初學多線程編程的人，總喜歡用一個迴圈去檢查某個變數的值，這其實是一種很嚴重的錯誤）。如果是使用通知的方式，效率則很高，因為執行組件幾乎不需要做額外的操作。至於回呼函數，其實和通知沒太多區別。
阻塞
阻塞調用是指調用結果返回之前，當前線程會被掛起。函數只有在得到結果之後才會返回。有人也許會把阻塞調用和同步調用等同起來，實際上他是不同的。對於同步調用來說，很多時候當前線程還是啟用的，只是從邏輯上當前函數沒有返回而已。例如，我們在CSocket中調用Receive函數，如果緩衝區中沒有資料，這個函數就會一直等待，直到有資料才返回。而此時，當前線程還會繼續處理各種各樣的訊息。如果主視窗和調用函數在同一個線程中，除非你在特殊的介面操作函數中調用，其實主介面還是應該可以重新整理。socket接收資料的另外一個函數recv則是一個阻塞調用的例子。當socket工作在阻塞模式的時候，如果沒有資料的情況下調用該函數，則當前線程就會被掛起，直到有資料為止。
非阻塞
非阻塞和阻塞的概念相對應，指在不能立刻得到結果之前，該函數不會阻塞當前線程，而會立刻返回。
對象的阻塞模式和阻塞函數調用
對象是否處於阻塞模式和函數是不是阻塞調用有很強的相關性，但是並不是一一對應的。阻塞對象上可以有非阻塞的調用方式，我們可以通過一定的API去輪詢狀態，在適當的時候調用阻塞函數，就可以避免阻塞。而對於非阻塞對象，調用特殊的函數也可以進入阻塞調用。函數select就是這樣的一個例子。

網路編程之同步，阻塞，非同步，非阻塞

同步：函數沒有執行完不返回，線程被掛起

阻塞：沒有收完資料函數不返回，線程也被掛起

非同步：函數立即返回，通過事件或是訊號通知調用者

非阻塞：函數立即返回，通過select通知調用者

這樣看來非同步和非阻塞有什麼區別呢？

非同步=非阻塞？

同步是在作業系統層面上，阻塞是在通訊端上？

Reactor是同步 Proactor是非同步？

回答：

同步、非同步、阻塞和非阻塞的概念

　　在進行網路編程時，我們常常見到同步、非同步、阻塞和非阻塞四種調用方式。這些方式彼此概念並不好理解。下面是我對這些術語的理解。

同步
　　所謂同步，就是在發出一個功能調用時，在沒有得到結果之前，該調用就不返回。按照這個定義，其實絕大多數函數都是同步調用（例如sin, isdigit等）。但是一般而言，我們在說同步、非同步時候，特指那些需要其他組件協作或者需要一定時間完成的任務。最常見的例子就是 SendMessage。該函數發送一個訊息給某個視窗，在對方處理完訊息之前，這個函數不返回。當對方處理完畢以後，該函數才把訊息處理函數所返回的 LRESULT值返回給調用者。

非同步
　　非同步概念和同步相對。當一個非同步程序呼叫發出後，調用者不能立刻得到結果。實際處理這個調用的組件在完成後，通過狀態、通知和回調來通知調用者。以 CAsycSocket類為例（注意，CSocket從CAsyncSocket派生，但是起功能已經由非同步轉化為同步），當一個用戶端通過調用 Connect函數發出一個串連請求後，調用者線程立刻可以朝下運行。當串連真正建立起來以後，socket底層會發送一個訊息通知該對象。這裡提到執行 組件和調用者通過三種途徑返回結果：狀態、通知和回調。可以使用哪一種依賴於執行組件的實現，除非執行組件提供多種選擇，否則不受調用者控制。如果執行部 件用狀態來通知，那麼調用者就需要每隔一定時間檢查一次，效率就很低（有些初學多線程編程的人，總喜歡用一個迴圈去檢查某個變數的值，這其實是一種很嚴重 的錯誤）。如果是使用通知的方式，效率則很高，因為執行組件幾乎不需要做額外的操作。至於回呼函數，其實和通知沒太多區別。

阻塞
　　阻塞調用是指調用結果返回之前，當前線程會被掛起。函數只有在得到結果之後才會返回。有人也許會把阻塞調用和同步調用等同起來，實際上他是不同的。對於同 步調用來說，很多時候當前線程還是啟用的，只是從邏輯上當前函數沒有返回而已。例如，我們在CSocket中調用Receive函數，如果緩衝區中沒有數 據，這個函數就會一直等待，直到有資料才返回。而此時，當前線程還會繼續處理各種各樣的訊息。如果主視窗和調用函數在同一個線程中，除非你在特殊的介面操 作函數中調用，其實主介面還是應該可以重新整理。socket接收資料的另外一個函數recv則是一個阻塞調用的例子。當socket工作在阻塞模式的時候， 如果沒有資料的情況下調用該函數，則當前線程就會被掛起，直到有資料為止。

非阻塞
　　非阻塞和阻塞的概念相對應，指在不能立刻得到結果之前，該函數不會阻塞當前線程，而會立刻返回。

　　對象的阻塞模式和阻塞函數調用
　　對象是否處於阻塞模式和函數是不是阻塞調用有很強的相關性，但是並不是一一對應的。阻塞對象上可以有非阻塞的調用方式，我們可以通過一定的API去輪詢狀 態，在適當的時候調用阻塞函數，就可以避免阻塞。而對於非阻塞對象，調用特殊的函數也可以進入阻塞調用。函數select就是這樣的一個例子。

阻塞通訊

--------------------------------------------------------------------------------

　　通過重疊通訊和計算在許多系統能提高效能。由一個智能通訊控制器自動地執行通訊的系統是真實的。輕－重線索是取得這種重疊的一種機制。導致好效能的 一個可選的機制是使用非阻塞通訊。一個阻塞發送開始調用初始化這個發送操作，但不完成它。在這個訊息被從這個發送緩衝拷出以前，這個發送開始調用將返回。 需要一個獨立的“發送完成”調用完成這個通訊，例如，檢驗從發送緩衝拷出的資料。用適當的硬體，在發送被初始化後和它完成以前，來自寄件者儲存的資料轉換 可以和在寄件者完成的計算同時進行。類似地，一個非阻塞“接收開始調用”初始化這個接收操作, 但不完成它。在一個訊息被存入這個接收緩衝以前，這個調用將返回。須要一個獨立的“接收完成”調用完成這個接收操作，並檢驗被接收到這個接收緩衝的資料。 用適當的硬體，在接收操作初始化後和它完成以前，到接收者儲存的資料轉換可以和計算同時進行。非阻塞接收的使用雖著資訊較早地在接收緩衝位置被提供，也可 以避免系統緩衝和儲存空間到儲存空間拷貝。

　　非阻塞發送開始調用能使用與阻塞發送一樣的四種模式: 標準, 緩衝, 同步和準備好模式。這些具有同樣的意義。無論一個匹配接收是否已登入，能開始除“準備好”以外的所有模式的發送；只要一個匹配接收已登入，就能開始一個非 阻塞“準備好”發送。在所有情況下，發送開始調用是局部的：無論其它進程的狀態如何，它立刻返回。如果這個調用使得一些系統資源用完，那麼它將失敗並返回 一個錯誤碼。高品質的MPI實現應保證這種情況只在“病態”時發生。即，一個MPI實現將能支援大數量掛起非阻塞操作。　　

　　當資料已被從發送緩衝拷出時，這個發送完成調用返回。它可以帶有附加的意義，這取決於發送模式。　

　　如果發送模式是“同步的”，那麼只有一個匹配接收已開始這個發送才能完成。即，一個接收已被登入，並已和這個發送匹配。這時，這個發送完成調用是非 局部的。注意，在接收完成調用發生以前，如果一個同步、非阻塞發送和一個非阻塞接收匹配, 它可以完成。(寄件者一“知道”轉換將結束，它就能完成，但在接收者“知道”轉換將結束以前)。　　

　　如果發送模式是“緩衝”，並沒有掛起接收，那麼訊息必須被緩衝。這時，發送完成調用是局部的，而且無論一個匹配接收的狀態如何，它必須成功。　　

　　如果發送模式是標準的，同時這個訊息被緩衝，那麼在一個匹配接收發生以前，發送結束調用可以返回。另一方面，發送完成直到一個匹配接收發生才可以完成，並且這個訊息已被拷到接收緩衝。　　

　　非阻塞發送能被用阻塞接收匹配，反過來也可以。

　　給使用者的建議. 一個發送操作的完成, 對於標準模式可以被延遲, 對於同部模式必須延遲, 直到一個匹配接收登入。這兩種情況下非阻塞發送的使用允許寄件者提前於接收者進行，以便在兩進程的速度方面，計算更容忍波動。　　

　　緩衝和準備好模式中的非阻塞發送有一個更有限的影響。一可能一個非阻塞發送將返回，而一個阻塞發送將在資料被從寄件者儲存拷出後返回。只要在資料拷貝能和計算同時的情況下，非阻塞發送的使用有優點。

　　訊息發送模式隱含著由寄件者初始化通訊。當寄件者初始化通訊(資料被直接移到接收緩衝, 並不要求排隊一個掛起發送請求) 時，如果一個接收已登入，這個通訊一般將有較低的額外負擔。但是，只在匹配發送已發生後，一個接收操作能完成。當非阻塞接收等待發送時，沒有阻塞接收，它 的使用允許得到較低的通訊額外負擔。（給使用者的建議結束）。

Dr. Douglas C. Schmidt的回答：

They are very different, as follows:

　AIO is "asynchronous I/O", i.e., the operation is invoked
asynchronously and control returns to the client while the OS kernel
processes the I/O request.?When the operation completes there is
some mechanism for the client to retrieve the results.

　Non-blocking I/O tries an operation (such as a read() or write())
and if it the operation would block (e.g., due to flow control on a
TCP connection or due to lack of data in a socket), the call returns
-1 and sets errno to EWOULDBLOCK.

Dr. Douglas C. Schmidt