**：
在socket網路程式中，tcp和udp分別是面向連線和非面向連線的。因此tcp的socket程式設計，收發兩端（客戶端和伺服器端）都要有一一成對的socket，因此，傳送端為了將多個發往接收端的包，更有效的發到對方，使用了優化方法（nagle演算法），將多次間隔較小且資料量小的資料，合併成乙個大的資料塊，然後進行封包。這樣，接收端，就難於分辨出來了，必須提供科學的拆包機制。
對於udp，不會使用塊的合併優化演算法，這樣，實際上目前認為，是由於udp支援的是一對多的模式，所以接收端的skbuff(套接字緩衝區）採用了鏈式結構來記錄每乙個到達的udp包，在每個udp包中就有了訊息頭（****位址，埠等資訊），這樣，對於接收端來說，就容易進行區分處理了
保護訊息邊界和流
那麼什麼是保護訊息邊界和流呢?
保護訊息邊界，就是指傳輸協議把資料當作一條獨立的訊息在網上
傳輸,接收端只能接收獨立的訊息.也就是說存在保護訊息邊界,接收
端一次只能接收傳送端發出的乙個資料報.
而面向流則是指無保護訊息保護邊界的,如果傳送端連續傳送資料,
接收端有可能在一次接收動作中,會接收兩個或者更多的資料報.
我們舉個例子來說,例如,我們連續傳送三個資料報,大小分別是2k,
4k , 8k,這三個資料報,都已經到達了接收端的網路堆疊中,如果使
用udp協議,不管我們使用多大的接收緩衝區去接收資料,我們必須有
三次接收動作,才能夠把所有的資料報接收完.而使用tcp協議,我們
只要把接收的緩衝區大小設定在14k以上,我們就能夠一次把所有的
資料報接收下來.只需要有一次接收動作.
這就是因為udp協議的保護訊息邊界使得每乙個訊息都是獨立的.而
流傳輸,卻把資料當作一串資料流,他不認為資料是乙個乙個的訊息.
所以有很多人在使用tcp協議通訊的時候,並不清楚tcp是基於流的
傳輸,當連續傳送資料的時候,他們時常會認識tcp會丟包.其實不然,
因為當他們使用的緩衝區足夠大時,他們有可能會一次接收到兩個甚
至更多的資料報,而很多人往往會忽視這一點,只解析檢查了第乙個
資料報,而已經接收的其他資料報卻被忽略了.所以大家如果要作這
類的網路程式設計的時候,必須要注意這一點.
TCP和UDP的保護訊息邊界機制
在socket 網路程式中，tcp和 udp分別是面向連線和非面向連線的。tcp的 socket 程式設計，收發兩端都要有一一成對的 socket 因此，傳送端為了將多個發往接收端的包，更有效的發到對方，使用了優化方法 nagle 演算法 將多次間隔較小且資料量小的資料，合併成乙個大的資料塊，然後進...
TCP協議的無訊息邊界問題
使用tcp協議編寫應用程式時，需要考慮乙個問題 tcp協議是無訊息邊界的，即不能保證來自單個send方法的資料能被單個receive方法讀取。eg 第一次傳送 abcdefg 第二次傳送 123456 接收方接收資料時,可能會出現以下情況 第一次接收 abcdefg123456 也可能出現 第一次接...
TCP和UDP的區別
tcp transimission control protocol 傳輸控制協議 和udp user datagram protocol 是傳輸層的兩種實現版本！它們之間提供基本的服務又各有所長。因此，根據對特定服務質量的要求，應用層軟體單元可以選擇通過傳輸層的tcp版本或者udp版本來傳輸資料。...