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

            天下

            記錄修行的印記

            TCP與UDP的不同接包處理方式

            TCP與UDP的不同接包處理方式


            1.UDP發包的問題
            問:udp 發送兩次數據,第一次 100字節 ,第二次200字節, 接包方一次recvfrom( 
            1000 ), 收到是 100,還是200,還是300?
            答:UDP是數據報文協議,是以數據包方式,所以每次可以接收100,
            200,在理想情況下,第一次是無論recvfrom多少都是接收到100。當然,可能由于網絡原因,第二個包先到的話,有可能是200了。對可能會由于網絡原因亂序,所以可能先收到200,所以自定義的udp協議包頭里都要加上一個序列號,標識發送與收包對應

            2.TCP的發包問題
            問:同樣如果換成tcp, 第一次發送 100字節 ,第二次發送200字節,recv( 
            1000 )會接收到多少?
            答:tcp是流協議,所以recv( 
            1000 ),會收到300 tcp自己處理好了重傳,保證數據包的完整性

            3.有分片的情況下如下處理
            問:如果MTU是1500,使用UDP發送 
            2000,那么recvfrom(2000)是收到1500,還是2000?
            答: 還是接收2000,數據分片由ip層處理了,放到udp還是一個完整的包。接收到的包是由路由路徑上最少的MTU來分片,注意轉到UDP已經在是組裝好的(組裝出錯的包會經crc校驗出錯而丟棄),是一個完整的數據包

            4.分片后的處理
            問:如果500那個片丟了怎么辦?udp又沒有重傳
            答:udp里有個crc檢驗,如果包不完整就會丟棄,也不會通知是否接收成功,所以UDP是不可靠的傳輸協議,而且TCP不存在這個問題,有自己的重傳機制。在內網來說,UDP基本不會有丟包,可靠性還是有保障。當然如果是要求有時序性和高可靠性,還是走TCP,不然就要自己提供重傳和亂序處理( UDP內網發包處理量可以達 7w
            ~10w/s )

            5.不同連接到同一個端口的包處理
            問:TCP
            -> C 發100
            -> C 發200
            AB同時同一端口
            C recv(
            1000) ,會收到多少?
            答:A與C是一個tcp連接,B與C又是另一個tcp連接, 所以不同socket,所以分開處理。每個socket有自己的接收緩沖和發送緩沖

            6.什么是TCP粘包

            由于TCP是流協議,對于一個socket的包,如發送 10AAAAABBBBB兩次,由于網絡原因第一次又分成兩次發送, 10AAAAAB和BBBB,如果接包的時候先讀取10(包長度)再讀入后續數據,當接收得快,發送的慢時,就會出現先接收了 10AAAAAB,會解釋錯誤 ,再接到到BBBB10AAAAABBBBB,也解釋錯誤的情況。這就是TCP的粘包。
               解決的辦法TLV方式,先接收包頭,在包頭里指定包體長度來接收。設置包頭包尾的檢查位(如群空間0x2開頭,0x3結束來檢查一個包是否完整)。對于TCP來說:
            1)不存在丟包,錯包,所以不會出現數據出錯 2)如果包頭檢測錯誤,即為非法或者請求,直接重置即可
            7.

            For message-oriented sockets, data is extracted from the first enqueued message, up to the size of the buffer specified. If the datagram or message is larger than the buffer specified, the buffer is filled with the first part of the datagram, and recvfrom generates the error WSAEMSGSIZE. For unreliable protocols (for example, UDP) the excess data is lost.

            posted on 2012-01-06 17:03 天下 閱讀(1817) 評論(1)  編輯 收藏 引用 所屬分類: Socket

            評論

            # re: TCP與UDP的不同接包處理方式[未登錄] 2015-11-05 17:50 12

            粘包那瞎寫  回復  更多評論   

            <2013年4月>
            31123456
            78910111213
            14151617181920
            21222324252627
            2829301234
            567891011

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(378)

            隨筆檔案(329)

            鏈接

            最新隨筆

            搜索

            最新評論

            亚洲а∨天堂久久精品| 无码伊人66久久大杳蕉网站谷歌| 久久最新精品国产| 色婷婷久久综合中文久久一本| 久久婷婷成人综合色综合| 国产精品女同久久久久电影院| 久久人搡人人玩人妻精品首页| 伊人久久久AV老熟妇色| 精品久久久久久久久久久久久久久 | 99精品国产综合久久久久五月天| 性欧美大战久久久久久久久| 国产午夜精品理论片久久| 久久人人爽人人爽人人片AV不| 狠狠狠色丁香婷婷综合久久俺| 久久WWW免费人成一看片| 精品久久久久久无码国产| 久久国产欧美日韩精品| 一级a性色生活片久久无| 看全色黄大色大片免费久久久| 精品亚洲综合久久中文字幕| 久久亚洲精品无码AV红樱桃| 97精品伊人久久久大香线蕉| 久久久久香蕉视频| 国产精品免费久久久久电影网| 久久电影网2021| 久久精品国产91久久综合麻豆自制| 亚洲AV日韩精品久久久久久| 少妇高潮惨叫久久久久久| 久久综合久久综合亚洲| 四虎国产精品免费久久| 欧美久久综合九色综合| 亚洲&#228;v永久无码精品天堂久久 | 日韩精品久久久久久| 69久久精品无码一区二区| 久久婷婷五月综合97色| 91精品国产乱码久久久久久| 国产精品久久久天天影视| 国产精品岛国久久久久| 91久久香蕉国产熟女线看| 国内精品久久久久久不卡影院| 久久久久成人精品无码|