• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            關于Socket和IOCP的一些值得注意的地方

            Posted on 2009-04-13 09:15 S.l.e!ep.¢% 閱讀(3051) 評論(1)  編輯 收藏 引用 所屬分類: IOCP
            關于Socket和IOCP的一些值得注意的地方收藏

            ??? IOCP是一整套高性能的IO操作異步模型,可以用在文件操作也可以用在網絡SOCKET操作上面。當用在網絡SOCKET上時,在服務器端主要配合AceeptEx WSASend WSASendto來使用,在客戶機端主要配合ConnectEx WSARecv和WSARecvFrom來使用。這幾天用IOCP模型模仿IPMSG軟件時有一些感觸,分享如下:(這里沒有具體的使用常識,這部分請參考《Windows網絡編程2nd》或者相關網路資料)

            ?

            一、單句柄數據和單IO數據

            ????? 這部分的術語不是很明白如何而來,只是根據Windows網絡編程一書的中文翻譯而來。

            ????? 單句柄數據是跟隨你丟給IOCP的相關句柄的,而IO數據則是根據你每次IO操作時丟給相關API函數的OVERLAPPED參數的指針。具體來說,如果你要把某個句柄上的操作用IOCP來完成,那么你會調用一次(注意,僅需一次,以前我會在每次IO操作時丟調用,這是錯誤的示范!)CreateIoCompletionPort時把他的指針賦值給CompletionKey這個參數,而這塊堆上內存將會跟隨你的句柄直到句柄被Close,而且中間不允許更換,所以說單句柄數據應該而且必須是與你的IO句柄相關的數據比如說socket跟狀態等等。

            ????? 而單IO數據是在調用WSARecv等等的API函數時的OVERLAPPED參數指向的堆上內存,這部分的數據結構最簡單的做法是把OVERLAPPED作為數據結構的第一個字段,然后后面跟上跟此次IO操作相關的一些數據,比如說指向緩沖區的指針和表明緩沖區長度的DWORD值等等。這部分的數據只跟每次調用API函數進行的IO操作相關。

            二、AcceptEx函數

            ????? 我在這個函數上卡殼了很長時間,他第三個函數表示一個完成AcceptEx操作后用來接收數據的一個緩沖,第四個參數表示一個緩沖的大小,然后四個函數分別表示本地、遠程地址結構的長度。如果你只想做Accept操作而不想在這里做接收數據的動作那么把第四個參數設為0即可。但是容易在這里犯錯的是,如果你認為既然不要接收數據那么把第三個參數設定為NULL那么這次投遞永遠不可能完成,并且所有的返回值WSAGetLastError都會看上去非常正確,這很不幸。即使你不想接收任何數據你也不能把表示緩沖區的參數設為0,而要至少設置一個長度為兩個地址結構長度加上32的長度才行,如果不到那個長度那么等著在delete的時候報運行時錯誤吧!后面兩個表示地址結構長度的參數都必須設置成地址結構長度加上16字節。如果你打算從緩沖里取出那兩個地址結構,那么切記在每個地址結構后面都有16字節的數據塊,這兩塊數據到底是什么我也不知道,也沒有任何資料給我解釋包括MSDN,相當崩潰!

            三、ConnectEx函數

            ????? 基本上這個函數至少從表面上沒有AcceptEx函數那些龜毛和詭異的東西,但是你認為這跟WSARecv之類API一樣直接簡單你就又錯了。你會發現按照普通的方法調用以后調用WSAGetLastError返回的是10022錯誤,而不是WSA_IO_PENDING,又崩潰了吧?還好,這次MSDN給了你一小行解釋,說The parameter s is an unbound or a listening socket,還是詭異兩個字connect操作干嘛要綁定?不知道,沒人給解釋,那綁定就對了,那么綁哪個?最好把你的地址結構像下面這樣設置

            SOCKADDR_IN temp;

            temp.sin_family = AF_INET;

            temp.sin_port = htons(0);

            temp.sin_addr.s_addr = htonl(ADDR_ANY);

            為什么端口這個地方用0,原因很簡單,你去查查MSDN,這樣表示他會在1000-4000這個范圍(可能記錯,想了解的話去查MSDN)找一個沒被用到的port,這樣的話最大程度保證你bind的成功,然后再把socket句柄丟給IOCP,然后調用ConnectEx這樣就會看到熟悉的WSA_IO_PENDING了!

            四、WSARecvFrom和WSASendTo

            ????? 這兩個函數沒什么詭異的地方,只有一個細節,由于這兩個函數都是在UDP里用,所以有個地址結構參數,WSARecvFrom的地址結構API會自己抓取可以在堆棧上分配,而WSASendTo的地址結構API不會自己抓取所以需要你用new在堆上分配,在完成以后再delete掉。

            ????? 另外還有就是基于UDP的IOCP在WIN2K上可能有些問題,這個在google大神上很容易找到,比如說你打個WSARecvFrom就能在第一頁看到,在WINXP上則沒有什么問題。

            ?

            ????? 仔細玩了兩天IOCP以后發現,細節很重要,無論是看書還是MSDN等等英文資料,不要錯過任何一個單詞,每錯過一個單詞就多一個可能讓你在某個地方多調試一個小時甚至更多~

            Feedback

            # re: 關于Socket和IOCP的一些值得注意的地方  回復  更多評論   

            2009-05-21 14:06 by wz19860913
            我認為還有一個值得注意的地方,那就是異常斷開連接時的處理。
            在異常斷開連接時,比如客戶端突然斷線等,服務器必須要謹慎編寫清理資源的代碼,否則服務器容易導致內存泄漏或系統崩潰。
            午夜精品久久久久久毛片| 久久久久亚洲av无码专区导航| 久久青青草原亚洲av无码app| 久久久无码精品午夜| 久久精品国产亚洲AV嫖农村妇女| 一本久久a久久精品综合香蕉| 精品久久久久国产免费| 久久综合欧美成人| 久久精品国产久精国产思思| 色综合久久久久综合体桃花网| 亚洲AV无码一区东京热久久| 亚洲精品乱码久久久久久蜜桃图片| 中文精品久久久久人妻| 亚洲日本久久久午夜精品| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久无码AV一区二区三区| 青青草国产97免久久费观看| 久久久久久久综合日本| 欧美一级久久久久久久大| 久久99热这里只有精品66| 亚洲伊人久久大香线蕉综合图片 | 久久无码国产专区精品| 少妇精品久久久一区二区三区| 久久精品毛片免费观看| 曰曰摸天天摸人人看久久久| 丰满少妇人妻久久久久久4| 久久精品国产72国产精福利| 性高湖久久久久久久久AAAAA| 欧美精品九九99久久在观看| 午夜精品久久久久久久| 亚洲国产精品久久久久婷婷老年 | 97久久国产综合精品女不卡| 欧洲人妻丰满av无码久久不卡| 999久久久免费精品国产| 国产精品va久久久久久久| 一本久道久久综合狠狠躁AV| 久久精品蜜芽亚洲国产AV| 久久久久亚洲av毛片大| 久久久久亚洲精品无码蜜桃| 国产精品免费久久久久久久久| 国产精品一区二区久久精品涩爱|