• <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)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305322
            • 排名 - 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 閱讀(2785) 評論(1)  編輯 收藏 引用

            FeedBack:
            # re: TCP協議流的理解 2013-03-25 18:14 nscboy
            TCP是流協議:所以上層應用應該做自己的封包處理.
            按照自己的協議,從流拆分出數據包.而不是依賴系統.  回復  更多評論
              
            久久精品国产精品亚洲精品| 日本精品久久久久中文字幕8| 中文字幕无码久久久| 一本色道久久88综合日韩精品 | 99久久婷婷国产综合精品草原 | 久久夜色精品国产亚洲av| 亚洲国产成人乱码精品女人久久久不卡| 久久久久久A亚洲欧洲AV冫| 久久精品中文字幕一区| 久久免费视频观看| 中文国产成人精品久久亚洲精品AⅤ无码精品| 久久人妻AV中文字幕| 99久久精品免费看国产一区二区三区| 国产成人精品综合久久久| 精品国产婷婷久久久| 国内精品久久人妻互换| 狠狠色丁香婷婷久久综合| 99久久精品影院老鸭窝| 久久精品国产乱子伦| 久久久久国产| 欧美激情精品久久久久| 久久久无码精品亚洲日韩蜜臀浪潮 | 精品无码久久久久久国产| 久久久噜噜噜久久中文福利| 亚洲综合久久夜AV | 久久无码国产| 国产99久久久国产精免费| 久久综合九色综合精品| 国内精品久久久久久99蜜桃| 欧美伊人久久大香线蕉综合| 日本WV一本一道久久香蕉| 久久人人爽人人爽人人片AV高清| 香蕉99久久国产综合精品宅男自| 久久精品国产99国产精品澳门| 久久亚洲精品人成综合网| 久久狠狠爱亚洲综合影院| 色8久久人人97超碰香蕉987| 一本色道久久HEZYO无码| 无码精品久久久天天影视| 国产成年无码久久久免费| 久久不见久久见免费视频7|