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

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305321
            • 排名 - 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是流協議:所以上層應用應該做自己的封包處理.
            按照自己的協議,從流拆分出數據包.而不是依賴系統.  回復  更多評論
              
            欧美丰满熟妇BBB久久久| 要久久爱在线免费观看| 国内精品久久久久影院优 | 99久久精品午夜一区二区| .精品久久久麻豆国产精品| 久久精品国产欧美日韩| 老色鬼久久亚洲AV综合| 国产三级观看久久| 2020久久精品国产免费| 久久久久99这里有精品10| 久久er国产精品免费观看2| 久久成人小视频| 国产成人香蕉久久久久| 久久人人爽人人爽人人AV| 香蕉久久影院| 精品久久久久久无码人妻热| 精品人妻久久久久久888| 777午夜精品久久av蜜臀| 理论片午午伦夜理片久久| 日本精品久久久久中文字幕| 久久亚洲日韩精品一区二区三区| 性高湖久久久久久久久AAAAA| 91麻豆精品国产91久久久久久| 久久久久女人精品毛片| 久久精品国产精品亚洲精品 | 午夜精品久久久久久久无码| 热99re久久国超精品首页| 老色鬼久久亚洲AV综合| 亚洲精品乱码久久久久久蜜桃不卡 | 伊人久久大香线蕉亚洲五月天| 色综合久久88色综合天天 | 欧美伊香蕉久久综合类网站| 99久久99久久| 免费精品99久久国产综合精品| 久久香蕉国产线看观看乱码| 精品国产91久久久久久久| 精品精品国产自在久久高清 | 一级做a爱片久久毛片| 国产精品久久久99| 午夜精品久久久久久影视777| 久久亚洲精品无码VA大香大香|