?????? 對于IOCP，搞Windows服務(wù)器編程的都不會陌生，它所表現(xiàn)出來的性能是其他各種WinSock模型難望其項(xiàng)背的。撰寫本文的目的就是為讓大家能夠在深入理解IOCP的基礎(chǔ)上，再來深入的挖掘Windows系統(tǒng)的性能。此處假設(shè)讀者對IOCP模型已經(jīng)深刻理解，并對Windows線程、線程池有一定的了解。如果對此還不熟悉，限于篇幅的原因，請您先學(xué)習(xí)理解這些內(nèi)容后再來閱讀本文。
?????? 在IOCP模型編程中，我們經(jīng)常需要考慮的就是創(chuàng)建多少個(gè)線程來作為完成執(zhí)行線程，很多時(shí)候這是個(gè)非常需要技巧和經(jīng)驗(yàn)的決策性問題。大多數(shù)情況下，我們采取的策略是看服務(wù)器上有多少CPU然后假定每個(gè)CPU最多執(zhí)行兩個(gè)線程，然后我們創(chuàng)建的線程數(shù)量就是CPU數(shù)*2。這看起來很合理，但是實(shí)際上在復(fù)雜的服務(wù)器應(yīng)用環(huán)境中，這樣做的效果并不盡如人意，很多時(shí)候我們希望得到一種更加動態(tài)靈活的方案。
?????? 有些有經(jīng)驗(yàn)的程序員就自己編寫線程池庫，來實(shí)現(xiàn)這種動態(tài)靈活的管理方式，從而還可以實(shí)現(xiàn)一定的擴(kuò)展性，比如系統(tǒng)動態(tài)的添加了一些CPU的資源，或者系統(tǒng)負(fù)擔(dān)比較重的時(shí)候，或者CPU因?yàn)轭l繁切換線程場景而導(dǎo)致效率低下時(shí)，線程池的動態(tài)性就發(fā)揮出來了。
?????? 索性的是，在Windows2000以上的平臺上，已經(jīng)為我們提供了線程池的接口，雖然這些接口有時(shí)候看起來還有些簡陋，比如有名的QueueUserWorkItem函數(shù)，這些接口簡陋到你連當(dāng)前線程池中有多少活動線程等信息都無法知道，你只能通過其它的工具來動態(tài)觀察和猜測。但這樣的簡單性也為我們帶來了調(diào)用方便的實(shí)惠。當(dāng)然到了Windows2008以上的平臺時(shí)，線程池的函數(shù)總算是被大大加強(qiáng)了，你可以控制更多東西了，關(guān)于Windows2008線程池的內(nèi)容請看我的另一篇博客拙作《Windows2008線程池前瞻》。
?????? 在結(jié)合IOCP和線程池這方面Windows系統(tǒng)也想到了程序員面臨的這個(gè)困難，Windows系統(tǒng)干脆直接就在系統(tǒng)內(nèi)部捆綁了IOCP和線程池，提供了一個(gè)帶IOCP功能的線程池函數(shù)——BindIoCompletionCallback。
此函數(shù)的原形如下：
BOOL WINAPI BindIoCompletionCallback(
? __in????????? HANDLE FileHandle,
? __in????????? LPOVERLAPPED_COMPLETION_ROUTINE Function,
? ULONG Flags
);
需要的完成過程（實(shí)際也就是IOCP線程的過程）Function的原形需要你定義成如下的樣子：
VOID CALLBACK FileIOCompletionRoutine(
? [in]???????????????? DWORD dwErrorCode,
? [in]???????????????? DWORD dwNumberOfBytesTransfered,
? [in]???????????????? LPOVERLAPPED lpOverlapped
);
????????熟悉IOCP的各位可能已經(jīng)興奮得血管暴脹了吧？
?????? 從BindIoCompletionCallback函數(shù)的參數(shù)你應(yīng)該已經(jīng)能夠猜到這個(gè)函數(shù)的用法了，第一個(gè)句柄就是你需要捆綁的文件句柄或者SOCKET套接字句柄，甚至是其他I/O設(shè)備的句柄。第二個(gè)函數(shù)的指針就是你的完成例程的指針，這個(gè)函數(shù)完全由你實(shí)現(xiàn)和控制，最后一個(gè)Flags參數(shù)當(dāng)前所有的Windows系統(tǒng)中都必須賦予0值，這個(gè)參數(shù)實(shí)際上還沒有被起用。
?????? 這么簡單？真是難以置信，代表IOCP的句柄上哪去了？其實(shí)哪個(gè)什么IOCP的句柄，以及創(chuàng)建多少個(gè)線程什么的都不需要你考慮了，你唯一需要操心的就是如何編寫完成例程以及如何將一個(gè)I/O句柄和完成例程捆綁起來。以前需要n多行代碼才能完成的事情，一個(gè)BindIoCompletionCallback函數(shù)就徹底搞定了，甚至我們不需要再考慮線程的動態(tài)性問題了。這一切現(xiàn)在都有Windows系統(tǒng)綜合考慮了，而你就被解放出來了。
還愣著干嘛？快去寫你的高可用性，高可擴(kuò)展、高動態(tài)性的IOCP大型服務(wù)應(yīng)用去了！
???????????? Long Live Windows!