• <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.¢%

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

            關(guān)于TCP丟包,斷開的疑問

            Posted on 2009-08-09 15:24 S.l.e!ep.¢% 閱讀(4987) 評論(3)  編輯 收藏 引用 所屬分類: IOCP
            丟包:以前在局域網(wǎng)內(nèi)做過這樣的試驗, A機向B機不斷地發(fā) 4096Byte的TCP包, 每個包都有序號, 結(jié)果有部份包B機收不到
            斷開:直接拔網(wǎng)線(存在假連接),可能要十幾分鐘后才檢測到

            從TCP的機制來看,
            TCP的下層會丟包,但經(jīng)過TCP處理后,提交到應(yīng)用層的包是正確無誤的包
            如果包無應(yīng)答,會重發(fā),理論上不可能出現(xiàn)丟包。

            至于上面的丟包實驗,那時沒細(xì)究原因,有可能是沒有檢測 Send 成功(程序處理不過來的原故),但是否存在那種被路由器過濾掉而造成丟包,或其它原因造成TCP丟包的可能性?有待進(jìn)一步驗證&找資料

            而斷開,只能通過心跳包來解決了。

            Feedback

            # re: 關(guān)于TCP丟包,斷開的疑問  回復(fù)  更多評論   

            2009-08-10 12:07 by abettor
            TCP提供可靠的連接的意義是指他盡力的提供可靠的連接,但并不到等于永遠(yuǎn)不會失敗。
            對于丟包重發(fā),TCP是有限度的,而不是不斷的重發(fā),重發(fā)了X次后仍無響應(yīng),TCP就認(rèn)為中斷了。
            對于拔網(wǎng)線這種極端的測試方式,OS一般會在某次調(diào)用send/recv/select的時候直接通知應(yīng)用層,而不是繼續(xù)愚鈍的試圖繼續(xù)保障連接。

            # re: 關(guān)于TCP丟包,斷開的疑問  回復(fù)  更多評論   

            2009-08-10 16:55 by foxriver
            樓上說的不錯啊。拔網(wǎng)線在用輪訓(xùn)select時很容易就能檢測出來。

            還有關(guān)于丟包,send不是任何時候都可以全部發(fā)送成功的,如果window buffer填滿了,send會只發(fā)送一部分,還有在send前,最好先select一下是否可以write的標(biāo)志,這樣更安全些。

            # re: 關(guān)于TCP丟包,斷開的疑問  回復(fù)  更多評論   

            2009-08-10 17:17 by abettor
            @foxriver
            嚴(yán)重同意。
            需要補充的一點是,有時候send調(diào)用貌似完全成功,也不代表真的成功了,此時數(shù)據(jù)包只是提交給了OS的協(xié)議棧而已。很多時候,雖然socket明顯已經(jīng)斷了,app執(zhí)行send調(diào)用卻并不知道,而是在調(diào)recv的時候才發(fā)覺。
            select一下還是保險一些(雖然即使這樣也并非萬無一失)。
            久久国产精品一区二区| 国产精品日韩深夜福利久久| 久久乐国产精品亚洲综合| 久久久受www免费人成| 色综合久久夜色精品国产| 一级A毛片免费观看久久精品| 国产69精品久久久久久人妻精品| 久久精品亚洲一区二区三区浴池 | 久久一本综合| 久久久久人妻精品一区| 久久97久久97精品免视看| 亚洲午夜久久久久久久久电影网| 国产精品久久久99| 久久国产精品无码一区二区三区 | 久久无码AV一区二区三区| 国产精品久久成人影院| 2021国内久久精品| 2021国产成人精品久久| 天堂久久天堂AV色综合| 久久影院午夜理论片无码| 久久成人国产精品| 国产成人久久精品一区二区三区 | 一个色综合久久| 久久AⅤ人妻少妇嫩草影院| 精品久久久久久无码专区不卡| 香蕉99久久国产综合精品宅男自 | 热re99久久精品国产99热| 人妻少妇久久中文字幕| 精品久久久中文字幕人妻| 久久久久一本毛久久久| 国产成人无码精品久久久久免费 | 亚洲精品乱码久久久久久按摩| 蜜臀久久99精品久久久久久| 亚洲国产精品久久久久婷婷软件| 91精品国产色综合久久| 精品精品国产自在久久高清| 久久久精品一区二区三区| 中文字幕成人精品久久不卡| 99久久国产主播综合精品| 久久99精品久久久久久9蜜桃| 国产农村妇女毛片精品久久|