ucOS- II中設計了五種通訊機制

1. 先總結一下作為核心的事件控制機制：

1.1 數據結構設計：類(lèi)似于任務(wù)就緒表一樣，作者設計了等待任務(wù)表，表的作用原理和任務(wù)就緒表完全一樣，甚至共用了OSMapTbl和OSUnMapTbl這 兩個(gè)表，不用之處，任務(wù)就緒表用來(lái)查詢(xún)就緒的任務(wù)中優(yōu)先級最好的那個(gè)，而等待任務(wù)表用來(lái)查詢(xún)等待事件的任務(wù)中優(yōu)先級最高的那個(gè)，類(lèi)似于就緒表，設計了兩個(gè) 變量：OSEventGrp和OSEventTbl[]，不同的時(shí)候這兩個(gè)變量被設計進(jìn)時(shí)間控制塊（event control block ECB）中，也就是說(shuō)對于每個(gè)事件（上述五種）都有一個(gè)等待任務(wù)表。對于ECB，還有其他三個(gè)變量：OSEventType（用來(lái)標識是上述五種的哪一 種）， OSEventCnt（信號量和互斥體會(huì )用到）和OSEventPtr（在郵箱中用來(lái)存放消息，在隊列中用來(lái)存放隊列塊的指針）。對于事件組來(lái)說(shuō)，作者設 計了另一套數據結構，而沒(méi)有用到ECB。

1.2 事件控制的核心函數有四個(gè)，基本上就是對等待任務(wù)表的操作，這些函數將作為上述五種通訊機制的核心功能：

1.2.1OS_EventWaitListInit：初始化等待任務(wù)表， 很簡(jiǎn)單。

1.2.2 OS_EventTaskRdy：首先找到等待該事件的優(yōu)先級最高的任務(wù)，將其從等待任務(wù)表中移走，然后更新該任務(wù)的TCB，最高根據TCB的OSTCBStat變量更新任務(wù)就緒表（如果該任務(wù)沒(méi)有等待任何事件，那么就把它加入任務(wù)就緒表）。

1.2.3 OS_EventTaskWait：首先把當前任務(wù)從任務(wù)就緒表中移走，然后把當前任務(wù)加進(jìn)這個(gè)事件的等待任務(wù)表。這個(gè)函數其實(shí)就是掛起當前任務(wù)！

1.2.4 OS_EventTO：超時(shí)處理函數，將當前任務(wù)從等待任務(wù)列表中移走，并更新TCB使其進(jìn)入就緒狀態(tài)，值得注意的是，它并不更新就緒任務(wù)表?。?！

2. 信號量的實(shí)現

信號量的用途主要有三個(gè)：第一， 表示一個(gè)或多個(gè)事件的發(fā)生； 第二， 表示共享資源的可用（二值信號量）； 第三， 表示n個(gè)相同資源的訪(fǎng)問(wèn)（多值信號量）（這是書(shū)上的說(shuō)法，我認為應該表述為： 表示共享資源對n個(gè)任務(wù)的可用）。

2.1 數據結構設計：信號量只是用到ECB，一個(gè)信號量用一個(gè)ECB表示，沒(méi)有用到其他數據結構。其中ECB的OSEventPtr變量沒(méi)有用到，只是簡(jiǎn)單的將其設為0，因此信號量是比較簡(jiǎn)單的一個(gè)通訊機制。

2.2 核心函數主要有四個(gè)：

2.2.1 OSSemCreate：創(chuàng )建一個(gè)信號量：首先從事件控制塊緩沖區中得到一個(gè)ECB，然后初始化這個(gè)ECB，對其中等待任務(wù)表的初始化用到OS_EventWaitListInit。

2.2.2 OSSemDel：銷(xiāo)毀一個(gè)信號量：有兩種情況， 第一，只有在沒(méi)有任務(wù)等待該信號量的時(shí)候才刪除；第二，不管有沒(méi)有任務(wù)等待該信號量都強制刪除；對于第一種情況，用OS_DEL_NO_PEND進(jìn)行標 識，這個(gè)時(shí)候，如果確實(shí)沒(méi)有任務(wù)在等待該信號量，將ECB歸還到ECB緩沖區，然后返回； 如果有任務(wù)在等待該信號量，直接返回錯誤標識，以告訴調用者刪除失敗。 對于第二種情況，用OS_DEL_ALWAYS進(jìn)行標識，首先用OS_EventTaskRdy將等待任務(wù)表中的所有任務(wù)都移走，然后將該ECB歸還到 ECB緩沖區。這個(gè)時(shí)候要做判斷如果剛剛有任務(wù)在等待該信號量（這個(gè)判斷在移走之前已經(jīng)做好），就必須重新調度：OS_Sched！所以，如果當前任務(wù)不是優(yōu)先級最高的任務(wù)，那么這個(gè)函數將會(huì )被掛起，呵呵。

2.2.3 OSSemPend：該函數可能會(huì )引起當前任務(wù)被掛起：首先判斷該信號量是否可用，也就是ECB的OSEventCnt是否不為0，如果可用的話(huà)更新 ECB然后返回，任務(wù)繼續執行；如果不可用，那么就更新當前任務(wù)的TCB，然后用OS_EventTaskWait掛起任務(wù)，然后重新調度。這時(shí)，該函數 將可能被掛起，直到當前任務(wù)獲得該信號量從而恢復執行。然后該函數判斷當前任務(wù)繼續執行的原因，如果是超時(shí)的話(huà)，調用OS_EventTO，如果是得到信 號量而返回的話(huà)，更新當前TCB，然后返回。另外，這也就是OS_EventTO不更新就緒表的原因——本身已經(jīng)在運行了呀，呵呵。

2.2.4 OSSemPost：該函數釋放該信號量，從而可以使正在等待該信號量的任務(wù)恢復執行： 首先判斷等待任務(wù)表中是否有任務(wù)正在等待該信號量，如果有的話(huà)就通過(guò)OS_EventTaskRdy使等待任務(wù)表中優(yōu)先級最高的任務(wù)不再等待該信號量（具 體的操作如上面所述）。接下來(lái)（不管有沒(méi)有任務(wù)正在等待該信號量）就更新ECB，其實(shí)就是將其中的變量OSEventCnt加1。