• <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>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 303612
            • 排名 - 84

            最新評論

            閱讀排行榜

            TCP是流協議,不像UDP那樣sendto發一次消息,另一端必然會收到完整消息,或者沒有收到任何消息。
            當用TCP send發一次消息的時候,可能另一端在某時刻可能只收到一部分消息,下一時刻才能收到另一部分。那如果一個消息很小,是否可以保證另一端在某時刻能收到這條完整消息?

            1. 調用send后,TCP將數據拷貝到緩沖區。緩沖區內可能不止一條用戶消息。
            2. TCP按照一定算法,將緩沖區的數據打包到1-n個TCP報文中,交給IP層發送。TCP報文是TCP協議的最小發送單位,大小應該是可變的,并且丟失的話會重發。

              • #并不能保證一個TCP報文中必然包含一條用戶消息的全部,所以即使消息很小,另一端也有可能在某時刻只收到部分
            3. IP層將TCP報文裝進IP包,然后再交給鏈路層發送以太幀

              • #理論上IP包的大小應該會選擇比MTU小。一旦IP包比MTU大,意味著網絡上的路由要幫你緩存多個以太幀,拼出IP包后才知道如何路由到下一個節點。向下一節點路由的時候還要再拆分成多個以太幀發送
              • #所以TCP報文應該會比選擇比MTU小

            全文收集到我的知識共享
            posted on 2013-03-21 11:02 LOGOS 閱讀(2768) 評論(1)  編輯 收藏 引用

            FeedBack:
            # re: TCP協議流的理解 2013-03-25 18:14 nscboy
            TCP是流協議:所以上層應用應該做自己的封包處理.
            按照自己的協議,從流拆分出數據包.而不是依賴系統.  回復  更多評論
              
            国产精品久久久久久久久软件| 久久亚洲色一区二区三区| 久久亚洲AV无码精品色午夜| 久久亚洲sm情趣捆绑调教| 亚洲欧美成人综合久久久| 99久久精品费精品国产一区二区| 久久久女人与动物群交毛片| 精品久久久久久久久久中文字幕| 欧美日韩成人精品久久久免费看| 国产成年无码久久久免费| 国产—久久香蕉国产线看观看| 久久精品?ⅴ无码中文字幕| 久久99精品久久久久久动态图| 国产激情久久久久影院小草| 国产成人精品三上悠亚久久| 精品久久久久久国产牛牛app| 久久A级毛片免费观看| 久久婷婷五月综合色99啪ak| 人人狠狠综合久久亚洲88| 久久久久久国产精品美女| 久久国产福利免费| 久久国产精品-久久精品| 一本久久a久久精品亚洲| 久久久久久久国产免费看| 久久九九全国免费| 久久久久久亚洲Av无码精品专口| 中文字幕久久精品| 国产叼嘿久久精品久久| 国产美女久久精品香蕉69| 亚洲国产美女精品久久久久∴ | 久久精品一区二区三区不卡| 欧美日韩精品久久久免费观看| 久久精品国产第一区二区三区| 69国产成人综合久久精品| 久久婷婷国产剧情内射白浆| 久久电影网2021| 亚洲一级Av无码毛片久久精品| 国产69精品久久久久观看软件| 久久人搡人人玩人妻精品首页| 久久精品视频网| 久久99精品国产99久久6男男|