弄了這么久ZigBee協(xié)議棧，今天終于有一點頭緒了，基本上知道了整個系統(tǒng)任務怎么被添加，又是怎么被切換的一個過程。下面就簡單講一講這部分內容。

　　首先看的當然是main（）函數，不過這個函數不是今天的重點，里面有我添加的注釋，先就一筆帶過吧。

　　下面對ZigBee協(xié)議棧對事件的處理做一個總結。

　　在ZigBee協(xié)議棧中處理事件有三種方式：輪詢、中斷、（操作系統(tǒng)）任務。

　　其中輪詢與中斷學過單片機的都用過，在這就不必多說了。唯獨任務（至少我所了解的）是操作系統(tǒng)才有的概念。使用任務處理事件就需要在一個事件產生時添加任務，在任務處理完畢時刪除任務，還需要在不同任務間進行切換。在ZigBee協(xié)議棧中tasksEvents是一個任務是否存在的標志，當需要添加任務時通過調用函數osal_set_event（）在tasksEvents中添加相應的掩碼，當任務處理完畢時直接把相應的掩碼清零即可。而任務切換則必須等到前一個任務處理完畢，并且沒有優(yōu)先級更高的任務時才被處理。而優(yōu)先級是由數組tasksArr［］的成員的順序決定的。在一些比較強大的操作系統(tǒng)當中這些東西都有，當然是會有所區(qū)別的，只不過要復雜得多，并且引入了一些新的概念像PCB、任務調度、進程、線程等，其中任務調度我的理解就是任務切換。像這些東西我所知道的與不知道的講也講不完，就并不多說了，還是回到我們的話題。

　　在ZigBee協(xié)議棧中任務的處理總結起來就一句話：任何一個任務都只有調用了函數osal_set_event（）之后才能被處理。

　　當然事件與任務不是一回事，任務同中斷一樣只是處理事件的一種方式。而且通常是先有事件然后注冊一個與事件對應的任務。沒有事件當然也可以注冊任務，不過這又有點扯遠了。

?