同步：函式沒有執行完不返回，執行緒被掛起
阻塞：沒有收完資料函式不返回，執行緒也被掛起
非同步：函式立即返回，通過事件或是訊號通知呼叫者
非阻塞：函式立即返回，通過select通知呼叫者
這樣看來非同步和非阻塞有什麼區別呢？
非同步=非阻塞？
同步是在作業系統層面上，阻塞是在套接字上？
reactor是同步 proactor是非同步？
回答：
同步、非同步、阻塞和非阻塞的概念
在進行網路程式設計時，我們常常見到同步、非同步、阻塞和非阻塞四種呼叫方式。這些方式彼此概念並不好理解。下面是我對這些術語的理解。
同步
所謂同步，就是在發出乙個功能呼叫時，在沒有得到結果之前，該呼叫就不返回。按照這個定義，其實絕大多數函式都是同步呼叫（例如sin, isdigit等）。但是一般而言，我們在說同步、非同步的時候，特指那些需要其他部件協作或者需要一定時間完成的任務。最常見的例子就是 sendmessage。該函式傳送乙個訊息給某個視窗，在對方處理完訊息之前，這個函式不返回。當對方處理完畢以後，該函式才把訊息處理函式所返回的 lresult值返回給呼叫者。
非同步
非同步的概念和同步相對。當乙個非同步過程呼叫發出後，呼叫者不能立刻得到結果。實際處理這個呼叫的部件在完成後，通過狀態、通知和**來通知呼叫者。以 casycsocket類為例（注意，csocket從casyncsocket派生，但是起功能已經由非同步轉化為同步），當乙個客戶端通過呼叫 connect函式發出乙個連線請求後，呼叫者執行緒立刻可以朝下執行。當連線真正建立起來以後，socket底層會傳送乙個訊息通知該物件。這裡提到執行 部件和呼叫者通過三種途徑返回結果：狀態、通知和**。可以使用哪一種依賴於執行部件的實現，除非執行部件提供多種選擇，否則不受呼叫者控制。如果執行部 件用狀態來通知，那麼呼叫者就需要每隔一定時間檢查一次，效率就很低（有些初學多執行緒程式設計的人，總喜歡用乙個迴圈去檢查某個變數的值，這其實是一種很嚴重 的錯誤）。如果是使用通知的方式，效率則很高，因為執行部件幾乎不需要做額外的操作。至於**函式，其實和通知沒太多區別。
阻塞
阻塞呼叫是指呼叫結果返回之前，當前執行緒會被掛起。函式只有在得到結果之後才會返回。有人也許會把阻塞呼叫和同步呼叫等同起來，實際上他是不同的。對於同 步調用來說，很多時候當前執行緒還是啟用的，只是從邏輯上當前函式沒有返回而已。例如，我們在csocket中呼叫receive函式，如果緩衝區中沒有數 據，這個函式就會一直等待，直到有資料才返回。而此時，當前執行緒還會繼續處理各種各樣的訊息。如果主視窗和呼叫函式在同乙個執行緒中，除非你在特殊的介面操 作函式中呼叫，其實主介面還是應該可以重新整理。socket接收資料的另外乙個函式recv則是乙個阻塞呼叫的例子。當socket工作在阻塞模式的時候， 如果沒有資料的情況下呼叫該函式，則當前執行緒就會被掛起，直到有資料為止。
非阻塞
非阻塞和阻塞的概念相對應，指在不能立刻得到結果之前，該函式不會阻塞當前執行緒，而會立刻返回。
物件的阻塞模式和阻塞函式呼叫
物件是否處於阻塞模式和函式是不是阻塞呼叫有很強的相關性，但是並不是一一對應的。阻塞物件上可以有非阻塞的呼叫方式，我們可以通過一定的api去輪詢狀 態，在適當的時候呼叫阻塞函式，就可以避免阻塞。而對於非阻塞物件，呼叫特殊的函式也可以進入阻塞呼叫。函式select就是這樣的乙個例子。
阻塞通訊
通過重疊通訊和計算在許多系統能提高效能。由乙個智慧型通訊控制器自動地執行通訊的系統是真實的。輕－重線索是取得這種重疊的一種機制。導致好效能的 乙個可選的機制是使用非阻塞通訊。乙個阻塞傳送開始呼叫初始化這個傳送操作，但不完成它。在這個訊息被從這個傳送快取拷出以前，這個傳送開始呼叫將返回。 需要乙個獨立的「傳送完成」呼叫完成這個通訊，例如，檢驗從傳送快取拷出的資料。用適當的硬體，在傳送被初始化後和它完成以前，來自傳送者儲存的資料轉換 可以和在傳送者完成的計算同時進行。類似地，乙個非阻塞「接收開始呼叫」初始化這個接收操作, 但不完成它。在乙個訊息被存入這個接收快取以前，這個呼叫將返回。須要乙個獨立的「接收完成」呼叫完成這個接收操作，並檢驗被接收到這個接收快取的資料。 用適當的硬體，在接收操作初始化後和它完成以前，到接收者儲存的資料轉換可以和計算同時進行。非阻塞接收的使用雖著資訊較早地在接收快取位置被提供，也可 以避免系統快取和儲存器到儲存器拷貝。
非阻塞傳送開始呼叫能使用與阻塞傳送一樣的四種模式: 標準, 快取, 同步和準備好模式。這些具有同樣的意義。無論乙個匹配接收是否已登入，能開始除「準備好」以外的所有模式的傳送；只要乙個匹配接收已登入，就能開始乙個非 阻塞「準備好」傳送。在所有情況下，傳送開始呼叫是區域性的：無論其它程序的狀態如何，它立刻返回。如果這個呼叫使得一些系統資源用完，那麼它將失敗並返回 乙個錯誤**。高質量的mpi實現應保證這種情況只在「病態」時發生。即，乙個mpi實現將能支援大數量掛起非阻塞操作。
當資料已被從傳送快取拷出時，這個傳送完成呼叫返回。它可以帶有附加的意義，這取決於傳送模式。
如果傳送模式是「同步的」，那麼只有乙個匹配接收已開始這個傳送才能完成。即，乙個接收已被登入，並已和這個傳送匹配。這時，這個傳送完成呼叫是非 區域性的。注意，在接收完成呼叫發生以前，如果乙個同步、非阻塞傳送和乙個非阻塞接收匹配, 它可以完成。(傳送者一「知道」轉換將結束，它就能完成，但在接收者「知道」轉換將結束以前)。
如果傳送模式是「快取」，並沒有掛起接收，那麼訊息必須被快取。這時，傳送完成呼叫是區域性的，而且無論乙個匹配接收的狀態如何，它必須成功。
如果傳送模式是標準的，同時這個訊息被快取，那麼在乙個匹配接收發生以前，傳送結束呼叫可以返回。另一方面，傳送完成直到乙個匹配接收發生才可以完成，並且這個訊息已被拷到接收快取。
非阻塞傳送能被用阻塞接收匹配，反過來也可以。
給使用者的建議. 乙個傳送操作的完成, 對於標準模式可以被延遲, 對於同部模式必須延遲, 直到乙個匹配接收登入。這兩種情況下非阻塞傳送的使用允許傳送者提前於接收者進行，以便在兩程序的速度方面，計算更容忍波動。
快取和準備好模式中的非阻塞傳送有乙個更有限的影響。一可能乙個非阻塞傳送將返回，而乙個阻塞傳送將在資料被從傳送者儲存拷出後返回。只要在資料拷貝能和計算同時的情況下，非阻塞傳送的使用有優點。
訊息傳送模式隱含著由傳送者初始化通訊。當傳送者初始化通訊(資料被直接移到接收快取, 並不要求排隊乙個掛起傳送請求) 時，如果乙個接收已登入，這個通訊一般將有較低的額外負擔。但是，只在匹配傳送已發生後，乙個接收操作能完成。當非阻塞接收等待傳送時，沒有阻塞接收，它 的使用允許得到較低的通訊額外負擔。（給使用者的建議結束）。
FPGA知識點 同步 非同步邏輯
同步邏輯 時鐘之間有固定的因果關係，各觸發器的是何種端全部連線在一起，並接在系統時鐘端，只有當時鐘脈衝到來時，電路的狀態才能改變。非同步邏輯 各時鐘之間沒有固定的因果關係。電路狀態的改變由外部輸入的變化直接引起。同步電路 儲存電路中所有觸發器的是何種輸入都接在乙個時鐘脈衝源，因為所有觸發器的狀態的變...
ajax的同步 非同步 jquery同步
同步請求將鎖住瀏覽器，使用者其它操作必須等待請求完成才可以執行。看下邊的js function 如果其它函式呼叫這個函式的時候我們會發現先alert last 之後再 alert msg msg 不是順序執行的，這是因為jquery ajax預設的是非同步的不等ajax執行完就繼續執行其餘 這樣的話...
同步非同步的區別
多個執行緒對同乙個資源進行寫操作,當執行緒a需要使用某個資源時,如果這個資源正在被b使用,同步機制會讓a一直等待下去,直到執行緒b結束對該資源的使用後,執行緒a才能使用這個資源.由此可見,同步機制能夠保證執行緒的安全 如何實現同步操作呢?必須獲得每乙個執行緒物件的鎖.獲得它可以保證在同一時刻只有乙個...