之前的文章講過，我設計的網絡框架有幾組線程，分別是io、異步、同步、定時器，各個不同應用server幾組線程組合形式不盡相同，簡單的可只有io線程，複雜一點的可io+同步，更復雜一點的也可io+同步+異步+定時器，總之我以幾組線程的自由組合方式應付各種應用，在我負責的server全是這一套框架實現的，不管是支持幾萬人連接的服務器，還是隻有幾個用戶連接的內部服務器，這套框架也算是久經考驗，穩定運行多年，內部使用也非常簡單，如給sync線程組發一個消息只要PostSyncEvent，如果要給異步線程發一個消息只要發PostAsyncEvent，雖然只能開發的時候確定哪個任務在哪組線程執行，但修改還是非常方便的，執行體就是一組這樣的函數：
OnSyncEvent(DWORD dwEvent, DWORD wParam, DWORD lParam);
OnAsyncEvent(DWORD dwEvent, DWORD wParam, DWORD lParam);
一眼就知道是在哪個線程組裏面執行，當然有的線程組是一個線程，有的線程組是多個，這涉及到有的資源是不是要加鎖，有經驗的開發人員很容易理解。
說了一下框架才容易理解我的問題，之前定時器是一個獨立的線程組，同步線程組、異步線程組、io組都沒有定時器功能，定時器觸發後要發送消息到相應線程組，有的要發給異步線程組，有的要發給同步線程組，這就會引起線程切換，這是問題之一，還有一個問題，之前的定時器是由windows的時鐘隊列實現的，這個定時器優點是很明顯的，定時精確，功能強大，參數衆多，獨立線程組，但也有很明顯的問題，如果要刪除一個定時器則有線程依賴，就是要在定時器線程才能刪除定時器，這個依賴約束很大，也很容易引起問題，用起來很不方便，使得一些資源的釋放不能夠即時進行。正因爲有這麼些問題，也爲了使得時鐘模塊更容易移植，我設計了一個新時鐘模塊，爲實現以下目標：
1、無線程依賴，隨便調用者在哪個線程調用都可刪除指定的定時器。
2、和事件消息集成在一個線程內，實現無需切換的定時器功能，這樣主線程、同步線程組、異步線程組都可在內部處理定時器消息，無需單獨的定時器線程輔助，方便很多。
爲實現以上目標，我引入了libevent裏面的minheap管理定時器，並根據之前管理事件的處理辦法，繼續使用iocp隊列管理線程消息，在每個線程組用iocp管理事件，根據最短觸發的定時器計算wait時間，這樣就在同一組線程內實現了定時器和事件合併處理，當然實現方法有很多，也可用iocp+WaitableTimer等，也可用apc，但那些實現的windows烙印都太深刻，雖然精度更高，實現更容易，我用minheap+iocp隊列方式的實現相對來說對windows的依賴較少，因爲替換一個iocp隊列處理事件是很容易的，這樣也方便移植和複用代碼。經這樣修改之後，各個線程組包括主線程都可處理定時器和事件消息，也使得以前雞肋式的主線程終於可當同步線程發揮作用，以前的定時器線程組也不一定需要了，既減少了線程，也減少了切換，現在各個線程組（包括主線程）都有完全一致的消息處理和時鐘處理函數。
事件函數：
OnTimerEvent(DWORD dwEvent, DWORD wParam, DWORD lParam);
OnSyncEvent(DWORD dwEvent, DWORD wParam, DWORD lParam);
OnAsyncEvent(DWORD dwEvent, DWORD wParam, DWORD lParam);
OnServiceEvent(DWORD dwEvent, DWORD wParam, DWORD lParam);
定時器函數：
OnTimerTimer(TlsInfo *ptls, EventTimer *et);
OnSyncTimer(TlsInfo *ptls, EventTimer *et);
OnAsyncTimer(TlsInfo *ptls, EventTimer *et);
OnIoTimer(TlsInfo *ptls, EventTimer *et);
OnServiceTimer(TlsInfo *ptls, EventTimer *et);
可以給線程組增加定時器刪除定時器
AddTimer、AddSyncTimer、AddAsyncTimer、AddServiceTimer、AddIoTimer
DelTimer、DelSyncTimer、DelAsyncTimer、DelServiceTimer、DelIoTimer
可給各線程組發消息
PostTimerEvent、PostSyncEvent、PostAsyncEvent、PostServiceEvent
這套框架是我多年服務器端開發的得意之作，體現了我簡潔實用的設計思想，用起來非常方便，可任意組合，適應各種需求的應用，由於除主線程之外的io線程組、同步線程組、異步線程組、定時器線程都是可以關、開1個、開多個，所以組合非常靈活，開1個可當同步線程，開多個可當異步線程（內部搶資源），關閉就不存在該組線程，即使是io線程組也是可關的，這樣就使得這套框架不僅僅用在標準server上，就算是當作一般的消息隊列服務器也沒問題，高度的靈活性使得這套框架可適應各種規模的應用，這次對定時器的改造使得這種組合更靈活，雖然現在的實現方法定時器的精度有一些下降，但瑕不掩瑜，這樣改造之後功能無疑是更強大了。