嵌入式時鐘管理器的設計與實現

　　RTX_EXIT_CRITICAL();//退出臨界區

　　returnOK;//定時器啟動成功

　　}

　　}

　　returnERROR;//給定定時器ID無效

　　}

　　調用該接口函數，即可啟動已創建(wdCreate)的軟件定時器。當經歷ticks節拍后，給定函數wdr將被執行，以完成用戶的定時需求。

　　(2)定時器守護例程

　　定時器守護例程wdDaemon被置于前述的鉤子函數clkTick_ISR_hook中，以使其周期性執行。由于本例程自身的特點，它應作為clkTick_ISR_hook的最后一個調用函數。本例程是軟件定時器實現的核心，而其關鍵又是對系統棧的調整，為說明其實現流程，給出了如圖2所示的wdDaemon的棧(stack)結構。

　　由圖2可知：wdDaemon的返回地址沒有入棧，因其為clkTick_ISR_hook中的最后一個函數調用，故其返回地址被優化掉。wdDaemon將棧頂的8B數據上移2B，然后將定時器指定函數的地址插入騰出的棧空間(2B)中。如此，該地址將會被IRET彈入IP中。由于IRET指令的執行而使中斷系統復位以重新響應外部中斷，同時也使定時器指定函數在非中斷態執行，從而不過分影響系統的響應速度。

　　2.3.2 delta列表法

　　delta列表法僅維護有效定時器的鏈表，且鏈表中的定時器結點按定時剩余時間由小到大排列，使距timeout點最近的定時器作為鏈表的首結點。鏈表中定時器結點的順序由其獨特的結點插入算法決定：如有5個定時器，其定時長度分別為10、14、21、32和39，當其組成delta列表時，定時值最小的結點為首結點，其定時存儲值為10，而后依序排列，其定時存儲值分別為4、7、11、7，即后一個定時器的定時存儲值由自己的實際定時值與相鄰的前一個定時器的實際定時值相減而得。可見，除首結點外的所有定時器的計數操作在其插入delta列表時就已完成。因而當定時器守護例程確定timeout的定時器時，只需對首結點進行減1或刪除的操作，而不需遍歷整個列表，從而使delta列表的操作與定時器數量無關。這使delta列表法在大量定時器管理中大顯其能。

　　該法在系統中實現的數據結構為一靜態雙向鏈表：

　　structwdNode{

　　BOOLflag;

　　UINT16ticks;

　　VOIDFUNCPTRrout;