在任何語言任何操作系統下的開發中，定時器都是一個必不可少的功能，大部分的操作系統和語言都有內置的定時器接口可供調用。在windows API中有一組定時器相關函數，包括CreateTimerQueue、DeleteTimerQueue、CreateTimerQueueTimer、DeleteTimerQueueTimer，可以很方便的實現定時器相關功能。

CreateTimerQueue，創建定時器隊列；

DeleteTimerQueue，銷毀定時器隊列；

DeleteTimerQueueEx，銷毀定時器隊列，與上一個函數的區別在于，這個函數的第二個參數可以指定是否等待當前隊列中的回調函數執行完再返回；

CreateTimerQueueTimer，創建定時器；

DeleteTimerQueueTimer，銷毀定時器；

具體函數定義可參見MSDN。

最近在使用這組定時器函數的過程中遇過一個問題，某個線程在調用DeleteTimerQueueTimer函數時block住了，無法正常返回。仔細閱讀MSDN上關于這個函數的說明：

Syntax

BOOL WINAPI DeleteTimerQueueTimer(  _In_opt_ HANDLE TimerQueue,  _In_     HANDLE Timer,  _In_opt_ HANDLE CompletionEvent);
Parameters
TimerQueue [in, optional]
A handle to the timer queue. This handle is returned by the CreateTimerQueue function.
If the timer was created using the default timer queue, this parameter should be NULL.
Timer [in]
A handle to the timer-queue timer. This handle is returned by the CreateTimerQueueTimer function.
CompletionEvent [in, optional]
A handle to the event object to be signaled when the system has canceled the timer and all callback functions have completed. This parameter can be NULL.
If this parameter is INVALID_HANDLE_VALUE, the function waits for any running timer callback functions to complete before returning.
If this parameter is NULL, the function marks the timer for deletion and returns immediately. If the timer has already expired, the timer callback function will run to completion. However, there is no notification sent when the timer callback function has completed. Most callers should not use this option, and should wait for running timer callback functions to complete so they can perform any needed cleanup.
在我的代碼中最后一個參數賦值為INVALID_HANDLE_VALUE而非NULL，也就說會等待任何該定時器的回調函數執行完再返回。從程序的執行log來看，在跑到DeleteTimerQueueTimer這個函數后，定時器的回調函數仍然被調用了很多次，DeleteTimerQueueTimer并沒有在某個回調函數執行完后就正常返回。
由于不知道windows這幾個定時器函數具體如何實現的（如果有哪位高人了解，萬望知悉），只能根據現有現象猜測個大概。
假設某個Timer的執行間隔是1s，那么每隔1s，系統會將它的回調函數放到Timer線程的執行隊列中（CreateTimerQueueTimer的最后一個參數可以指定是否在Timer當前線程執行回調函數），如果當前Timer隊列為空，即前面的回調函數都已執行完畢，那么新加入的回調函數就能夠立即得到執行，這樣這個Timer就處于一個健康狀態，每個回調函數都能在指定時間執行，并在指定時間間隔內返回。
假設一種異常情況，某個Timer的執行間隔為1s，但是它的回調函數會執行2s，那么除了第一次執行，后面的每次調用，都會比原定時間更晚，第二次調用在2s后，晚了1s，第三次調用在4s后，晚了2s，依次類推。如果DeleteTimerQueueTimer這個函數的實現也是把銷毀定時器這個動作放到了Timer線程隊列中，那么Timer的回調函數執行了n次，DeleteTimerQueueTimer的執行就會被相應的推遲n-1s，在n足夠大時，DeleteTimerQueueTimer就會表現為block住，無法返回，不過最終還是能返回的，并不是死循環。
為了印證這種想法，我寫了個很簡單的程序：
VOID CALLBACK TimerCallback( PVOID lpParameter, BOOLEAN TimerOrWaitFired ){ Sleep(100 * 1000); }int main(){ HANDLE timer_queue = CreateTimerQueue(); HANDLE timer; CreateTimerQueueTimer(&timer, timer_queue, TimerCallback, NULL, 0, 10, WT_EXECUTEINTIMERTHREAD); Sleep(100*1000); DeleteTimerQueueEx(timer_queue, INVALID_HANDLE_VALUE); return 0;}
代碼中定時器執行間隔10ms，回調函數會執行100s，然后在開始運行100s后銷毀定時器。然后F5運行，然后......從中午等到半夜12點還是沒返回，就卡在了DeleteTimerQueueEx，這里我很想放個哭瞎的表情，然而好像并不能放動圖。按照我所猜測的定時器實現原理，我算了一下，當前這個函數要等27天半左右才能執行完。。。真是等到天荒地老。
之后稍微了改了下執行參數，定時器執行100ms，運行10s后調用DeleteTimerQueueEx，果然等待時間大大縮短，1分鐘左右就返回了。
從上面這個實驗來看，windows這一組定時器函數的實現原理應該就和我想的差不多。那么了解了原理之后，改問題就好改多了。要避免銷毀定時器時block住，主要有兩個方面需要考慮：
1. 避免回調函數的執行時間超過調用間隔；
2. 避免將所有定時器創建在一個線程中。CreateTimerQueue時，系統會創建一個Timer線程，后面調用CreateTimerQueueTimer時，最后一個參數指定為WT_EXECUTEINTIMERTHREAD時，系統會將該新創建的Timer的回調函數放到默認的Timer線程隊列中。也可以將最后一個參數指定為WT_EXECUTELONGFUNCTION，由系統判斷是否為該定時器的創建新線程，如果定時器的回調函數會執行比較久，那么最好使用這個參數，否則會影響其他定時器的正常運行。
以上就是本人最近使用windows定時器的一些總結，歡迎各路大拿拍磚（隱隱的還是感覺很多有問題的地方）。