理解iocp(完成端口)

1、理解I/OCompletionPort（完成端口）歡迎閱讀此篇IOCP教程。我將先給岀IOCP的定義然后給岀它的實(shí)現(xiàn)方法，最后剖析一個(gè)Echo程序來(lái)為您撥開(kāi)IOCP的謎云，除去你心中對(duì)IOCP的煩惱。0K,但我不能保證你明白IOCP的一切，但我會(huì)盡我最大的努力。以下是我會(huì)在這篇文章中提到的相關(guān)技術(shù)：I/O端口同步/異步堵塞/非堵塞服務(wù)端/客戶端多線程程序設(shè)計(jì)WinsockAPI在這之前，我曾經(jīng)開(kāi)發(fā)過(guò)一個(gè)項(xiàng)目，其中一塊需要網(wǎng)絡(luò)支持，當(dāng)時(shí)還考慮到了代碼的可移植性，只要使用select,connect,accept,listen,send還有recv,再加上幾個(gè)#ifdef的圭寸裝以用來(lái)處理Wins

2、ock和BSD套接字socket中間的不兼容性，一個(gè)網(wǎng)絡(luò)子系統(tǒng)只用了幾個(gè)小時(shí)很少的代碼就寫(xiě)岀來(lái)了，至今還讓我很回味。那以后很長(zhǎng)時(shí)間也就沒(méi)再碰了。前些日子，我們策劃做一個(gè)網(wǎng)絡(luò)游戲，我主動(dòng)承擔(dān)下網(wǎng)絡(luò)這一塊，想想這還不是小case,心里偷著樂(lè)啊。網(wǎng)絡(luò)游戲好啊，網(wǎng)絡(luò)游戲?yàn)槌砂偕锨У耐婕姨峁┝藰?lè)趣和令人著秘的游戲體驗(yàn)，他們?cè)诰€上互相戰(zhàn)斗或是加入隊(duì)伍去戰(zhàn)勝共同的敵人。我信心滿滿的準(zhǔn)備開(kāi)寫(xiě)我的網(wǎng)絡(luò)，于是乎，MMP的架構(gòu)中去，直接被否定掉MMP的架構(gòu)中去，直接被否定掉IOCP,也就不會(huì)有這篇教程了。下面請(qǐng)發(fā)現(xiàn)過(guò)去的阻塞同步模式模式根本不能拿到一個(gè)巨量多玩家了。于是乎，就有了IOCP，如果能過(guò)很輕易而舉的搞掂諸

3、位跟隨我進(jìn)入正題。什么是IOCP?先讓我們看看對(duì)IOCP的評(píng)價(jià)I/O完成端口可能是Win32提供的最復(fù)雜的內(nèi)核對(duì)象。AdvaneedWindows3rdJeffreyRichter這是IOCP實(shí)現(xiàn)高容量網(wǎng)絡(luò)服務(wù)器的最佳方法。Windows:WriteScalableWinsockAppsUsingCompletionPortsMicrosoftCorporation完成端口模型提供了最好的伸縮性。這個(gè)模型非常適用來(lái)處理數(shù)百乃至上千個(gè)套接字。Windows網(wǎng)絡(luò)編程2ndAnthonyJones&JimOhlundI/Ocompletionports特別顯得重要，因?yàn)樗鼈兪俏ㄒ贿m用于高負(fù)載服務(wù)器必

4、須同時(shí)維護(hù)許多連接線路的一個(gè)技術(shù)。Completionports利用一些線程，幫助平衡由I/O請(qǐng)求所引起的負(fù)載。這樣的架構(gòu)特別適合用在SMP系統(tǒng)中產(chǎn)生的”scalable服務(wù)器。Win32多線程程序設(shè)計(jì)JimBeveridge&RobertWiener看來(lái)我們完全有理由相信IOCP是大型網(wǎng)絡(luò)架構(gòu)的首選。那IOCP到底是什么呢？微軟在Winsock2中引入了IOCP這一概念。IOCP全稱I/OCompletionPort，中文譯為I/O完成端口。IOCP是一個(gè)異步I/O的API,它可以高效地將I/O事件通知給應(yīng)用程序。與使用select()或是其它異步方法不同的是，一個(gè)套接字socket與一個(gè)完

5、成端口關(guān)聯(lián)了起來(lái)，然后就可繼續(xù)進(jìn)行正常的Winsock操作了。然而,當(dāng)一個(gè)事件發(fā)生的時(shí)候,此完成端口就將被操作系統(tǒng)加入一個(gè)隊(duì)列中。然后應(yīng)用程序可以對(duì)核心層進(jìn)行查詢以得到此完成端口。這里我要對(duì)上面的一些概念略作補(bǔ)充，在解釋完成兩字之前，我想先簡(jiǎn)單的提一下同步和異步這兩個(gè)概念，邏輯上來(lái)講做完一件事后再去做另一件事就是同步，而同時(shí)一起做兩件或兩件以上事的話就是異步了。你也可以拿單線程和多線程來(lái)作比喻。但是我們一定要將同步和堵塞，異步和非堵塞區(qū)分開(kāi)來(lái)，所謂的堵塞函數(shù)諸如accept()當(dāng)調(diào)用此函數(shù)后，此時(shí)線程將掛起，直到操作系統(tǒng)來(lái)通知它，”HEY兄弟，有人連進(jìn)來(lái)了”，那個(gè)掛起的線程將繼續(xù)進(jìn)行工作，也就

6、符合”生產(chǎn)者-消費(fèi)者”模型。堵塞和同步看上去有兩分相似，但卻是完全不同的概念。大家都知道I/O設(shè)備是個(gè)相對(duì)慢速的設(shè)備，不論打印機(jī)，調(diào)制解調(diào)器，甚至硬盤(pán)，與CPU相比都是奇慢無(wú)比的，坐下來(lái)等I/O的完成是一件不甚明智的事情，有時(shí)候數(shù)據(jù)的流動(dòng)率非常驚人，把數(shù)據(jù)從你的文件服務(wù)器中以Ethernet速度搬走，其速度可能高達(dá)每秒一百萬(wàn)字節(jié)，如果你嘗試從文件服務(wù)器中讀取100KB，在用戶的眼光來(lái)看幾乎是瞬間完成，但是，要知道，你的線程執(zhí)行這個(gè)命令，已經(jīng)浪費(fèi)了10個(gè)一百萬(wàn)次CPU周期。所以說(shuō)，我們一般使用另一個(gè)線程來(lái)進(jìn)行I/O。重疊IOoverlappedI/O是Win32的一項(xiàng)技術(shù)，你可以要求操作系統(tǒng)為你

7、傳送數(shù)據(jù)，并且在傳送完畢時(shí)通知你。這也就是完成的含義。這項(xiàng)技術(shù)使你的程序在I/O進(jìn)行過(guò)程中仍然能夠繼續(xù)處理事務(wù)。事實(shí)上，操作系統(tǒng)內(nèi)部正是以線程來(lái)完成overlappedI/O。你可以獲得線程所有利益，而不需要付出什么痛苦的代價(jià)。完成端口中所謂的端口并不是我們?cè)赥CP/IP中所提到的端口，可以說(shuō)是完全沒(méi)有關(guān)系。我到現(xiàn)在也沒(méi)想通一個(gè)I/O設(shè)備I/ODevice和端口IOCP中的Port有什么關(guān)系。估計(jì)這個(gè)端口也迷惑了不少人。IOCP只不過(guò)是用來(lái)進(jìn)行讀寫(xiě)操作，和文件I/O倒是有些類(lèi)似。既然是一個(gè)讀寫(xiě)設(shè)備，我們所能要求它的只是在處理讀與寫(xiě)上的高效。在文章的第三部分你會(huì)輕而易舉的發(fā)現(xiàn)IOCP設(shè)計(jì)的真正用

8、意。IOCP和網(wǎng)絡(luò)又有什么關(guān)系？intmain()WSAStartup(MAKEWORD(2,2),&wsaData);ListeningSocket=socket(AF_INET,SOCK_STREAM,0);bind(ListeningSocket,(SOCKADDR*)&ServerAddr,sizeof(ServerAddr);listen(ListeningSocket,5);intnlistenAddrLen=sizeof(ClientAddr);while(TRUE)NewConnection=accept(ListeningSocket,(SOCKADDR*)&ClientAd

9、dr,&nlistenAddrLen);HANDLEhThread=CreateThread(NULL,0,ThreadFunc,(void*)NewConnection,0,&dwTreadId);CloseHandle(hThread);return0;相信只要寫(xiě)過(guò)網(wǎng)絡(luò)的朋友，應(yīng)該對(duì)這樣的結(jié)構(gòu)在熟悉不過(guò)了。accept后線程被掛起，等待一個(gè)客戶發(fā)出請(qǐng)求，而后創(chuàng)建新線程來(lái)處理請(qǐng)求。當(dāng)新線程處理客戶請(qǐng)求時(shí)，起初的線程循環(huán)回去等待另一個(gè)客戶請(qǐng)求。處理客戶請(qǐng)求的線程處理完畢后終結(jié)。在上述的并發(fā)模型中，對(duì)每個(gè)客戶請(qǐng)求都創(chuàng)建了一個(gè)線程。其優(yōu)點(diǎn)在于等待請(qǐng)求的線程只需做很少的工作。大多數(shù)時(shí)間中，該線程在休

10、眠因?yàn)閞ecv處于堵塞狀態(tài)。但是當(dāng)并發(fā)模型應(yīng)用在服務(wù)器端基于WindowsNT，WindowsNT小組注意到這些應(yīng)用程序的性能沒(méi)有預(yù)料的那么高。特別的，處理很多同時(shí)的客戶請(qǐng)求意味著很多線程并發(fā)地運(yùn)行在系統(tǒng)中。因?yàn)樗羞@些線程都是可運(yùn)行的沒(méi)有被掛起和等待發(fā)生什么事，Microsoft意識(shí)到NT內(nèi)核花費(fèi)了太多的時(shí)間來(lái)轉(zhuǎn)換運(yùn)行線程的上下文Context，線程就沒(méi)有得到很多CPU時(shí)間來(lái)做它們的工作。大家可能也都感覺(jué)到并行模型的瓶頸在于它為每一個(gè)客戶請(qǐng)求都創(chuàng)建了一個(gè)新線程。創(chuàng)建線程比起創(chuàng)建進(jìn)程開(kāi)銷(xiāo)要小，但也遠(yuǎn)不是沒(méi)有開(kāi)銷(xiāo)的。我們不妨設(shè)想一下：如果事先開(kāi)好N個(gè)線程，讓它們?cè)谀莌old堵塞，然后可以將所有用

11、戶的請(qǐng)求都投遞到一個(gè)消息隊(duì)列中去。然后那N個(gè)線程逐一從消息隊(duì)列中去取出消息并加以處理。就可以避免針對(duì)每一個(gè)用戶請(qǐng)求都開(kāi)線程。不僅減少了線程的資源，也提高了線程的利用率。理論上很不錯(cuò)，你想我等泛泛之輩都能想出來(lái)的問(wèn)題，Microsoft又怎會(huì)沒(méi)有考慮到呢!這個(gè)問(wèn)題的解決方法就是一個(gè)稱為I/O完成端口的內(nèi)核對(duì)象，他首次在Windows中被引入。其實(shí)我們上面的構(gòu)想應(yīng)該就差不多是IOCP的設(shè)計(jì)機(jī)理。其實(shí)說(shuō)穿了IOCP不就是一個(gè)消息隊(duì)列嘛！你說(shuō)這和端口這兩字有何聯(lián)系。我的理解就是IOCP最多是應(yīng)用程序和操作系統(tǒng)溝通的一個(gè)接口罷了。至于IOCP的具體設(shè)計(jì)那我也很難說(shuō)得上來(lái)，畢竟我沒(méi)看過(guò)實(shí)現(xiàn)的代碼，但你完全可以進(jìn)行模擬，只不過(guò)性能可能，如果想深入理解IOCP,JeffreyRitchter的AdvaneedWindows3rd其中第13章和第14張有很多寶貴的內(nèi)容，你可以拿來(lái)窺視一下系統(tǒng)是如何完成這一切的。實(shí)現(xiàn)方法Microsoft為IOCP提供了相應(yīng)的API函數(shù)，主要的就兩個(gè)，我們逐一的來(lái)看一下：HANDLECreateIoCompletionPort(HANDLEFileHandle,始化Winsock創(chuàng)建一個(gè)完成端口