網(wǎng)絡(luò)編程懶人入門(十三)：一泡尿的時間致板，快速搞懂TCP和UDP的區(qū)別

本文引用了作者Fundebug的“一文搞懂TCP與UDP的區(qū)別”一文的內(nèi)容交煞，感謝無私分享。

1斟或、引言

網(wǎng)絡(luò)協(xié)議是每個搞網(wǎng)絡(luò)通信應(yīng)用開發(fā)（比如IM素征、推送、網(wǎng)關(guān)等等）的程序員都必須要掌握的基礎(chǔ)知識萝挤，TCP/IP協(xié)議簇中有兩個最具有代表性的傳輸層協(xié)議——分別是 TCP 和 UDP御毅。

有過網(wǎng)絡(luò)通信開發(fā)經(jīng)驗的同學們都知道，TCP和UDP協(xié)議是平時用的最多的兩種協(xié)議怜珍，而對于很多人來說端蛆，什么時候以及什么場景下該用TCP還是UDP？這是個經(jīng)久不息的討論話題绘面。

不同于其它長篇大論欺税，本文盡量以簡潔精煉的文字，幫你總結(jié)歸納TCP和UDP協(xié)議的主要區(qū)別揭璃，方便那些想掌握這方面知識又不愿意耗費太多時間去系統(tǒng)地學習網(wǎng)絡(luò)理論基礎(chǔ)的同學快速理解晚凿！

推薦閱讀：為了加深理解，本系列的另一篇《網(wǎng)絡(luò)編程懶人入門(四)：快速理解TCP和UDP的差異》也可以一并閱讀瘦馍。

（本文已同步發(fā)布于：http://www.52im.net/thread-3793-1-1.html?）

2歼秽、快速理解TCP/IP協(xié)議簇

計算機與網(wǎng)絡(luò)設(shè)備要相互通信，雙方就必須基于相同的方法情组。比如：如何探測到通信目標燥筷、由哪一邊先發(fā)起通信、使用哪種語言進行通信院崇、怎樣結(jié)束通信等規(guī)則都需要事先確定肆氓。不同的硬件、操作系統(tǒng)之間的通信底瓣，所有的這一切都需要一種規(guī)則谢揪。而我們就把這種規(guī)則稱為協(xié)議（protocol）。

TCP/IP 是互聯(lián)網(wǎng)相關(guān)的各類協(xié)議族的總稱捐凭，比如：TCP拨扶，UDP，IP茁肠，F(xiàn)TP患民，HTTP，ICMP垦梆，SMTP 等都屬于 TCP/IP 族內(nèi)的協(xié)議匹颤。

TCP/IP模型是互聯(lián)網(wǎng)的基礎(chǔ)仅孩，它是一系列網(wǎng)絡(luò)協(xié)議的總稱。這些協(xié)議可以劃分為四層惋嚎，分別為鏈路層杠氢、網(wǎng)絡(luò)層、傳輸層和應(yīng)用層另伍。

具體是：

1）鏈路層：負責封裝和解封裝IP報文鼻百，發(fā)送和接受ARP/RARP報文等；

2）網(wǎng)絡(luò)層：負責路由以及把分組報文發(fā)送給目標網(wǎng)絡(luò)或主機摆尝；

3）傳輸層：負責對報文進行分組和重組温艇，并以TCP或UDP協(xié)議格式封裝報文；

4）應(yīng)用層：負責向用戶提供應(yīng)用程序堕汞，比如HTTP勺爱、FTP、Telnet讯检、DNS琐鲁、SMTP等。

下面這張表格進行了了歸納：

下面這張圖人灼，更生動的反映了TCP/IP協(xié)議族的關(guān)系情況（高清圖從這里下載）：

在網(wǎng)絡(luò)體系結(jié)構(gòu)中围段，網(wǎng)絡(luò)通信的建立必須是在通信雙方的對等層進行，不能交錯投放。

在整個數(shù)據(jù)傳輸過程中奈泪，數(shù)據(jù)在發(fā)送端時經(jīng)過各層時都要附加上相應(yīng)層的協(xié)議頭和協(xié)議尾（僅數(shù)據(jù)鏈路層需要封裝協(xié)議尾）部分，也就是要對數(shù)據(jù)進行協(xié)議封裝灸芳，以標識對應(yīng)層所用的通信協(xié)議涝桅。

有關(guān)TCP/IP協(xié)議簇的知識，幾本書都寫不完烙样，這里我就不再贅述了冯遂，有興趣可以讀一讀《TCP/IP詳解 卷1：協(xié)議（在線閱讀）》。

另外谒获，學習知識债蜜，我特別喜歡了解技術(shù)之外的一些知識，比如下面兩篇：

《技術(shù)往事：改變世界的TCP/IP協(xié)議（珍貴多圖究反、手機慎點）》

《5G時代已經(jīng)到來，TCP/IP老矣儒洛，尚能飯否精耐？》

接下來，我們將回到正題琅锻，學習TCP/IP 中有兩個具有代表性的傳輸層協(xié)議——TCP 和 UDP卦停。

3向胡、快速理解UDP協(xié)議

3.1 基本介紹

UDP協(xié)議：全稱是用戶數(shù)據(jù)報協(xié)議，在網(wǎng)絡(luò)中它與TCP協(xié)議一樣用于處理數(shù)據(jù)包惊完，是一種無連接的協(xié)議僵芹。

在OSI模型中，處在第四層——傳輸層小槐，處于IP協(xié)議的上一層（見下圖）拇派。

▲ 上圖引用自《計算機網(wǎng)絡(luò)通訊協(xié)議關(guān)系圖》

UDP有不提供數(shù)據(jù)包分組、組裝和不能對數(shù)據(jù)包進行排序的缺點凿跳，也就是說件豌，當報文發(fā)送之后，是無法得知其是否安全完整到達的控嗜。

UDP協(xié)議的幾個主要特別茧彤，我進行歸納，下面的下節(jié)將逐一說明疆栏。

3.2 面向無連接

首先 UDP 是不需要和 TCP一樣在發(fā)送數(shù)據(jù)前進行三次握手建立連接的曾掂，想發(fā)數(shù)據(jù)就可以開始發(fā)送了。并且也只是數(shù)據(jù)報文的搬運工壁顶，不會對數(shù)據(jù)報文進行任何拆分和拼接操作珠洗。

具體來說就是：

1）在發(fā)送端：應(yīng)用層將數(shù)據(jù)傳遞給傳輸層的 UDP 協(xié)議，UDP 只會給數(shù)據(jù)增加一個 UDP 頭標識下是 UDP 協(xié)議博助，然后就傳遞給網(wǎng)絡(luò)層了险污；

2）在接收端：網(wǎng)絡(luò)層將數(shù)據(jù)傳遞給傳輸層，UDP 只去除 IP 報文頭就傳遞給應(yīng)用層富岳，不會任何拼接操作蛔糯。

3.3 支持單播、多播窖式、廣播

UDP 不止支持一對一的傳輸方式蚁飒，同樣支持一對多，多對多萝喘，多對一的方式淮逻，也就是說 UDP 提供了單播、多播阁簸、廣播的功能爬早。

3.4 面向報文

UDP協(xié)議是面向報文的。

發(fā)送方的UDP對應(yīng)用程序交下來的報文启妹，在添加首部后就向下交付IP層筛严。UDP對應(yīng)用層交下來的報文，既不合并饶米，也不拆分桨啃，而是保留這些報文的邊界车胡。

因此，應(yīng)用程序必須選擇合適大小的報文（見《UDP中一個包的大小最大能多大照瘾？》）匈棘。

3.5 不可靠性

UDP的不可靠性首先體現(xiàn)在無連接上，通信的雙方不需要建立連接析命，想發(fā)就發(fā)主卫，這樣的情況肯定不可靠。

并且收到什么數(shù)據(jù)就傳遞什么數(shù)據(jù)碳却，并且也不會備份數(shù)據(jù)队秩，發(fā)送數(shù)據(jù)也不會關(guān)心對方是否已經(jīng)正確接收到數(shù)據(jù)了。

再者網(wǎng)絡(luò)環(huán)境時好時壞昼浦，但是 UDP 因為沒有擁塞控制馍资，一直會以恒定的速度發(fā)送數(shù)據(jù)（即使網(wǎng)絡(luò)條件不好，也不會對發(fā)送速率進行調(diào)整）关噪。

這樣實現(xiàn)的弊端就是在網(wǎng)絡(luò)條件不好的情況下可能會導致丟包鸟蟹，但是優(yōu)點也很明顯，在某些實時性要求高的場景（比如電話會議）就需要使用 UDP 而不是 TCP（見《網(wǎng)絡(luò)編程懶人入門(五)：快速理解為什么說UDP有時比TCP更有優(yōu)勢》）使兔。

下面這個動圖可以很好的說明UDP的不可靠性：

從上面的動圖可以得知建钥，UDP只會把想發(fā)的數(shù)據(jù)報文一股腦的丟給對方，并不在意數(shù)據(jù)有無安全完整到達虐沥。

3.6 頭部開銷小

UDP協(xié)議頭部開銷行芫（如下圖所示），傳輸數(shù)據(jù)報文時是很高效的欲险。

▲ 上圖引用自《TCP/IP詳解?-?第11章·UDP協(xié)議》

UDP 頭部包含了以下幾個數(shù)據(jù)：

1）兩個十六位的端口號镐依，分別為源端口（可選字段）和目標端口；

2）整個數(shù)據(jù)報文的長度天试；

3）整個數(shù)據(jù)報文的檢驗和（IPv4 可選 字段）槐壳，該字段用于發(fā)現(xiàn)頭部信息和數(shù)據(jù)中的錯誤。

因此 UDP 的頭部開銷小喜每，只有8字節(jié)务唐，相比 TCP 的至少20字節(jié)要少得多，在傳輸數(shù)據(jù)報文時是很高效的带兜。

作為對比枫笛，下圖是TCP協(xié)議的頭部開銷：

▲ 上圖引用自《TCP/IP詳解?-?第17章·TCP協(xié)議》

3.7 更全面地學習UDP協(xié)議

UDP協(xié)議相對來說比較簡單易學，如果覺得理論上有所欠缺刚照，可以通過網(wǎng)絡(luò)經(jīng)典書籍《TCP/IP詳解?-?第11章·UDP：用戶數(shù)據(jù)報協(xié)議》中的章節(jié)來補充刑巧。

其實生產(chǎn)應(yīng)用時，UDP協(xié)議也有它復雜的一面，下面這幾篇值得學習一下：

《不為人知的網(wǎng)絡(luò)編程(五)：UDP的連接性和負載均衡》

《不為人知的網(wǎng)絡(luò)編程(六)：深入地理解UDP協(xié)議并用好它》

《不為人知的網(wǎng)絡(luò)編程(七)：如何讓不可靠的UDP變的可靠海诲？》

另外，隨著近年來Google等互聯(lián)網(wǎng)大廠大力推廣Quic協(xié)議檩互，UDP協(xié)議在新時代移動互聯(lián)網(wǎng)環(huán)境下或許能找到更多的應(yīng)用場景特幔，有興趣的讀者可以學習一下QUIC協(xié)議：《網(wǎng)絡(luò)編程懶人入門(十)：一泡尿的時間，快速讀懂QUIC協(xié)議》闸昨、《技術(shù)掃盲：新一代基于UDP的低延時網(wǎng)絡(luò)傳輸層協(xié)議——QUIC詳解》蚯斯、《讓互聯(lián)網(wǎng)更快：新一代QUIC協(xié)議在騰訊的技術(shù)實踐分享》。

4饵较、快速理解TCP協(xié)議

4.1 基本介紹

當一臺計算機想要與另一臺計算機通訊時拍嵌，兩臺計算機之間的通信需要暢通且可靠，這樣才能保證正確收發(fā)數(shù)據(jù)循诉。

例如：當你想查看網(wǎng)頁或查看電子郵件時横辆，希望完整且按順序查看網(wǎng)頁，而不丟失任何內(nèi)容茄猫。當你下載文件時狈蚤，希望獲得的是完整的文件，而不僅僅是文件的一部分划纽，因為如果數(shù)據(jù)丟失或亂序脆侮，都不是你希望得到的結(jié)果，于是就用到了TCP勇劣。

TCP協(xié)議：全稱是傳輸控制協(xié)議是一種面向連接的靖避、可靠的、基于字節(jié)流的傳輸層通信協(xié)議比默，由 IETF 的RFC 793定義幻捏。

TCP 是面向連接的、可靠的流協(xié)議退敦。流就是指不間斷的數(shù)據(jù)結(jié)構(gòu)粘咖，你可以把它想象成排水管中的水流。

有關(guān)TCP協(xié)議的理論可以繼續(xù)閱讀《TCP/IP詳解?-?第17章·TCP：傳輸控制協(xié)議》侈百，限于篇幅這里就展開了瓮下。

接下來我們逐個介紹TCP最主要的幾個特點。

4.2 TCP連接過程（3次握手）

如下圖所示钝域，這是建立一個TCP連接的過程（俗稱“3次握手”）:

1）第一次握手：客戶端向服務(wù)端發(fā)送連接請求報文段讽坏。該報文段中包含自身的數(shù)據(jù)通訊初始序號。請求發(fā)送后例证，客戶端便進入 SYN-SENT 狀態(tài)路呜。

2）第二次握手：服務(wù)端收到連接請求報文段后，如果同意連接，則會發(fā)送一個應(yīng)答胀葱，該應(yīng)答中也會包含自身的數(shù)據(jù)通訊初始序號漠秋，發(fā)送完成后便進入 SYN-RECEIVED 狀態(tài)。

3）第三次握手：當客戶端收到連接同意的應(yīng)答后抵屿，還要向服務(wù)端發(fā)送一個確認報文庆锦。客戶端發(fā)完這個報文段后便進入 ESTABLISHED 狀態(tài)轧葛，服務(wù)端收到這個應(yīng)答后也進入 ESTABLISHED 狀態(tài)搂抒，此時連接建立成功。

這里可能大家會有個疑惑：為什么 TCP 建立連接需要三次握手尿扯，而不是兩次求晶？這是因為這是為了防止出現(xiàn)失效的連接請求報文段被服務(wù)端接收的情況，從而產(chǎn)生錯誤衷笋。

下面的動畫演示了3次握手過程芳杏，可能更好懂一些：

▲ 動圖引用自《跟著動畫來學TCP三次握手和四次揮手》

4.3 TCP斷開鏈接（4次揮手）

TCP 是全雙工的，如上圖所示右莱，在斷開連接時兩端都需要發(fā)送 FIN 和 ACK蚜锨。

1）第一次揮手：若客戶端 A 認為數(shù)據(jù)發(fā)送完成，則它需要向服務(wù)端 B 發(fā)送連接釋放請求慢蜓。

2）第二次揮手：B 收到連接釋放請求后亚再，會告訴應(yīng)用層要釋放 TCP 鏈接。然后會發(fā)送 ACK 包晨抡，并進入 CLOSE_WAIT 狀態(tài)氛悬，此時表明 A 到 B 的連接已經(jīng)釋放，不再接收 A 發(fā)的數(shù)據(jù)了耘柱。但是因為 TCP 連接是雙向的如捅，所以 B 仍舊可以發(fā)送數(shù)據(jù)給 A。

3）第三次揮手：B 如果此時還有沒發(fā)完的數(shù)據(jù)會繼續(xù)發(fā)送调煎，完畢后會向 A 發(fā)送連接釋放請求镜遣，然后 B 便進入 LAST-ACK 狀態(tài)。

4）第四次揮手：A 收到釋放請求后士袄，向 B 發(fā)送確認應(yīng)答悲关，此時 A 進入 TIME-WAIT 狀態(tài)。該狀態(tài)會持續(xù) 2MSL（最大段生存期娄柳，指報文段在網(wǎng)絡(luò)中生存的時間寓辱，超時會被拋棄） 時間，若該時間段內(nèi)沒有 B 的重發(fā)請求的話赤拒，就進入 CLOSED 狀態(tài)秫筏。當 B 收到確認應(yīng)答后诱鞠，也便進入 CLOSED 狀態(tài)。

關(guān)于TCP的4次揮手这敬，下面的動畫或許更生動一些：

▲ 動圖引用自《跟著動畫來學TCP三次握手和四次揮手》

正確理解TCP 3次握手和4次揮手過程航夺，是非常重要的，限于篇幅崔涂，本文沒辦法進一步深入展開敷存，有興趣的同事可以進一步深入閱讀以幾篇專題文章：

《腦殘式網(wǎng)絡(luò)編程入門(一)：跟著動畫來學TCP三次握手和四次揮手》

《理論經(jīng)典：TCP協(xié)議的3次握手與4次揮手過程詳解》

《理論聯(lián)系實際：Wireshark抓包分析TCP 3次握手、4次揮手過程》

4.4 TCP協(xié)議要點歸納

1）面向連接：

面向連接堪伍，是指發(fā)送數(shù)據(jù)之前必須在兩端建立連接。

建立連接的方法是“三次握手”觅闽，這樣能建立可靠的連接帝雇。建立連接，是為數(shù)據(jù)的可靠傳輸打下了基礎(chǔ)蛉拙。

2）僅支持單播傳輸：

每條TCP傳輸連接只能有兩個端點尸闸，只能進行點對點的數(shù)據(jù)傳輸，不支持多播和廣播傳輸方式孕锄。

3）面向字節(jié)流：

TCP不像UDP一樣那樣一個個報文獨立地傳輸吮廉，而是在不保留報文邊界的情況下以字節(jié)流方式進行傳輸。

4）可靠傳輸：

對于可靠傳輸畸肆、判斷丟包宦芦、誤碼，靠的是TCP的段編號以及確認號轴脐。

TCP為了保證報文傳輸?shù)目煽康鞅埃徒o每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收大咱。

然后接收端實體對已成功收到的字節(jié)發(fā)回一個相應(yīng)的確認（ACK）：如果發(fā)送端實體在合理的往返時延（RTT）內(nèi)未收到確認恬涧，那么對應(yīng)的數(shù)據(jù)（假設(shè)丟失了）將會被重傳。

關(guān)于可靠傳輸?shù)睦碚摬杲恚梢陨钊雽W習《TCP/IP詳解?-?第21章·TCP的超時與重傳》溯捆，這里就不深入展開了。

5）提供擁塞控制：

當網(wǎng)絡(luò)出現(xiàn)擁塞的時候厦瓢，TCP能夠減小向網(wǎng)絡(luò)注入數(shù)據(jù)的速率和數(shù)量提揍，緩解擁塞。

TCP中有關(guān)擁塞控制的文章通都比較枯燥，這篇《通俗易懂-深入理解TCP協(xié)議（下）：RTT阱冶、滑動窗口缤言、擁塞處理》相對來說講的比較易懂，有興趣可以深入讀讀售碳。

6）TCP提供全雙工通信：

TCP允許通信雙方的應(yīng)用程序在任何時候都能發(fā)送數(shù)據(jù)，因為TCP連接的兩端都設(shè)有緩存，用來臨時存放雙向通信的數(shù)據(jù)贸人。

當然间景，TCP可以立即發(fā)送一個數(shù)據(jù)段，也可以緩存一段時間以便一次發(fā)送更多的數(shù)據(jù)段（最大的數(shù)據(jù)段大小取決于MSS）艺智。

4.5 更全面地學習TCP協(xié)議

TCP協(xié)議涉及的內(nèi)容比較豐富倘要，真要方方面面展來講，三天三夜也講不完十拣。不過封拧，對于網(wǎng)絡(luò)應(yīng)用的開發(fā)者來說，根據(jù)自已應(yīng)用所涉及技術(shù)的深度按需學習就可以了夭问。

初學者建議先把理論夯實泽西，比如從《TCP/IP詳解?-?第17章·TCP：傳輸控制協(xié)議》這本經(jīng)典書籍開始。

如果覺得理論太過乏味缰趋，下面這幾篇生動有趣的入門文章推薦一定要讀一讀：

《網(wǎng)絡(luò)編程懶人入門(一)：快速理解網(wǎng)絡(luò)通信協(xié)議（上篇）》

《網(wǎng)絡(luò)編程懶人入門(二)：快速理解網(wǎng)絡(luò)通信協(xié)議（下篇）》

《網(wǎng)絡(luò)編程懶人入門(三)：快速理解TCP協(xié)議一篇就夠》

《網(wǎng)絡(luò)編程懶人入門(六)：史上最通俗的集線器捧杉、交換機、路由器功能原理入門》

《腦殘式網(wǎng)絡(luò)編程入門(一)：跟著動畫來學TCP三次握手和四次揮手》

《網(wǎng)絡(luò)編程入門從未如此簡單(一)：假如你來設(shè)計網(wǎng)絡(luò)秘血，會怎么做味抖？》

《網(wǎng)絡(luò)編程入門從未如此簡單(二)：假如你來設(shè)計TCP協(xié)議，會怎么做灰粮？》

另外仔涩，在學習TCP或者網(wǎng)絡(luò)編程實踐的過程中，其它的一些網(wǎng)絡(luò)知識也有必要了解粘舟，下面這幾篇可以讓你輕松的學習红柱，不要錯過：

《腦殘式網(wǎng)絡(luò)編程入門(五)：每天都在用的Ping命令，它到底是什么蓖乘？》

《腦殘式網(wǎng)絡(luò)編程入門(六)：什么是公網(wǎng)IP和內(nèi)網(wǎng)IP锤悄？NAT轉(zhuǎn)換又是什么鬼？》

《腦殘式網(wǎng)絡(luò)編程入門(七)：面視必備嘉抒，史上最通俗計算機網(wǎng)絡(luò)分層詳解》

《腦殘式網(wǎng)絡(luò)編程入門(八)：你真的了解127.0.0.1和0.0.0.0的區(qū)別零聚？》

《腦殘式網(wǎng)絡(luò)編程入門(九)：面試必考，史上最通俗大小端字節(jié)序詳解》

在生產(chǎn)應(yīng)用中些侍，必須要涉及到網(wǎng)絡(luò)的高性能隶症、高并發(fā)問題，下面這幾篇值得學習：

《高性能網(wǎng)絡(luò)編程(一)：單臺服務(wù)器并發(fā)TCP連接數(shù)到底可以有多少》

《高性能網(wǎng)絡(luò)編程(二)：上一個10年岗宣，著名的C10K并發(fā)連接問題》

《高性能網(wǎng)絡(luò)編程(三)：下一個10年蚂会，是時候考慮C10M并發(fā)問題了》

《高性能網(wǎng)絡(luò)編程(四)：從C10K到C10M高性能網(wǎng)絡(luò)應(yīng)用的理論探索》

《從根上理解高性能、高并發(fā)(一)：深入計算機底層耗式，理解線程與線程池》

《從根上理解高性能胁住、高并發(fā)(二)：深入操作系統(tǒng)趁猴，理解I/O與零拷貝技術(shù)》

《從根上理解高性能、高并發(fā)(三)：深入操作系統(tǒng)彪见，徹底理解I/O多路復用》

《從根上理解高性能儡司、高并發(fā)(四)：深入操作系統(tǒng)，徹底理解同步與異步》

《從根上理解高性能余指、高并發(fā)(五)：深入操作系統(tǒng)捕犬，理解高并發(fā)中的協(xié)程》

《從根上理解高性能、高并發(fā)(六)：通俗易懂酵镜，高性能服務(wù)器到底是如何實現(xiàn)的》

《從根上理解高性能碉碉、高并發(fā)(七)：深入操作系統(tǒng)，一文讀懂進程淮韭、線程誉裆、協(xié)程》

隨著TCP協(xié)議應(yīng)用的深度不斷拓展，一定會遇到各種疑難雜癥：

《不為人知的網(wǎng)絡(luò)編程(一)：淺析TCP協(xié)議中的疑難雜癥(上篇)》

《不為人知的網(wǎng)絡(luò)編程(二)：淺析TCP協(xié)議中的疑難雜癥(下篇)》

《不為人知的網(wǎng)絡(luò)編程(三)：關(guān)閉TCP連接時為什么會TIME_WAIT缸濒、CLOSE_WAIT》

《不為人知的網(wǎng)絡(luò)編程(四)：深入研究分析TCP的異常關(guān)閉》

對于TCP協(xié)議來說，知道的越多越覺無知粱腻，下面這幾篇或許可以徹底為你解開一些疑惑庇配，不可多得：

《不為人知的網(wǎng)絡(luò)編程(十)：深入操作系統(tǒng)，從內(nèi)核理解網(wǎng)絡(luò)包的接收過程(Linux篇)》

《不為人知的網(wǎng)絡(luò)編程(十一)：從底層入手绍些，深度分析TCP連接耗時的秘密》

《不為人知的網(wǎng)絡(luò)編程(十二)：徹底搞懂TCP協(xié)議層的KeepAlive崩袒牛活機制》

《不為人知的網(wǎng)絡(luò)編程(十三)：深入操作系統(tǒng)，徹底搞懂127.0.0.1本機網(wǎng)絡(luò)通信》

5柬批、總結(jié)一下

TCP和UDP的區(qū)別可以歸納為下面這張表格：

簡單來說啸澡，TCP和UDP的區(qū)別就是：

1）TCP向上層提供面向連接的可靠服務(wù) ，UDP向上層提供無連接不可靠服務(wù)氮帐；

2）雖然 UDP 并沒有 TCP 傳輸來的準確嗅虏，但是也能在很多實時性要求高的地方有所作為；

3）對數(shù)據(jù)準確性要求高上沐，速度可以相對較慢的皮服，可以選用TCP。

最后参咙，想用一張圖來生動地概括一下TCP與UDP的區(qū)別：

正如上圖所示：TCP就像左邊的妹子——喝起水來有條不紊龄广、滴水不漏，UDP就像右邊的妹子——甭管能喝到多少蕴侧、倒就完了择同。。净宵。

6敲才、系列文章

本文是系列文章中的第13篇裹纳，本系列文章的大綱如下：

[1]?網(wǎng)絡(luò)編程懶人入門(一)：快速理解網(wǎng)絡(luò)通信協(xié)議（上篇）

[2]?網(wǎng)絡(luò)編程懶人入門(二)：快速理解網(wǎng)絡(luò)通信協(xié)議（下篇）

[3]?網(wǎng)絡(luò)編程懶人入門(三)：快速理解TCP協(xié)議一篇就夠

[4]?網(wǎng)絡(luò)編程懶人入門(四)：快速理解TCP和UDP的差異

[5]?網(wǎng)絡(luò)編程懶人入門(五)：快速理解為什么說UDP有時比TCP更有優(yōu)勢

[6]?網(wǎng)絡(luò)編程懶人入門(六)：史上最通俗的集線器、交換機归斤、路由器功能原理入門

[7]?網(wǎng)絡(luò)編程懶人入門(七)：深入淺出痊夭，全面理解HTTP協(xié)議

[8]?網(wǎng)絡(luò)編程懶人入門(八)：手把手教你寫基于TCP的Socket長連接

[9]?網(wǎng)絡(luò)編程懶人入門(九)：通俗講解，有了IP地址脏里，為何還要用MAC地址她我？

[11]?網(wǎng)絡(luò)編程懶人入門(十)：一泡尿的時間，快速讀懂QUIC協(xié)議

[12]?網(wǎng)絡(luò)編程懶人入門(十一)：一文讀懂什么是IPv6

[13]?網(wǎng)絡(luò)編程懶人入門(十二)：快速讀懂Http/3協(xié)議迫横，一篇就夠番舆！

[14]?網(wǎng)絡(luò)編程懶人入門(十三)：一泡尿的時間，快速搞懂TCP和UDP的區(qū)別（* 本文)

（本文已同步發(fā)布于：http://www.52im.net/thread-3793-1-1.html?）

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末矾踱，一起剝皮案震驚了整個濱河市恨狈，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌呛讲，老刑警劉巖禾怠，帶你破解...
    沈念sama閱讀 212,718評論 6贊 492
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件，死亡現(xiàn)場離奇詭異贝搁，居然都是意外死亡吗氏，警方通過查閱死者的電腦和手機，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,683評論 3贊 385
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進店門雷逆，熙熙樓的掌柜王于貴愁眉苦臉地迎上來弦讽，“玉大人，你說我怎么就攤上這事膀哲⊥” “怎么了？”我有些...
    開封第一講書人閱讀 158,207評論 0贊 348
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵某宪，是天一觀的道長仿村。 經(jīng)常有香客問我，道長兴喂，這世上最難降的妖魔是什么奠宜？ 我笑而不...
    開封第一講書人閱讀 56,755評論 1贊 284
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮瞻想，結(jié)果婚禮上压真，老公的妹妹穿的比我還像新娘。我一直安慰自己蘑险，他們只是感情好滴肿，可當我...
    茶點故事閱讀 65,862評論 6贊 386
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著佃迄，像睡著了一般泼差。 火紅的嫁衣襯著肌膚如雪贵少。 梳的紋絲不亂的頭發(fā)上，一...
    開封第一講書人閱讀 50,050評論 1贊 291
  • 城市分裂傳說
    那天堆缘，我揣著相機與錄音滔灶，去河邊找鬼。 笑死吼肥，一個胖子當著我的面吹牛录平，可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播缀皱，決...
    沈念sama閱讀 39,136評論 3贊 410
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼斗这，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了啤斗？” 一聲冷哼從身側(cè)響起表箭，我...
    開封第一講書人閱讀 37,882評論 0贊 268
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎钮莲，沒想到半個月后免钻，有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體，經(jīng)...
    沈念sama閱讀 44,330評論 1贊 303
  • ?護林員之死
    正文 獨居荒郊野嶺守林人離奇死亡崔拥，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,651評論 2贊 327
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年极舔，在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片握童。...
    茶點故事閱讀 38,789評論 1贊 341
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖叛赚，靈堂內(nèi)的尸體忽然破棺而出澡绩，到底是詐尸還是另有隱情，我是刑警寧澤俺附，帶...
    沈念sama閱讀 34,477評論 4贊 333
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布肥卡，位于F島的核電站，受9級特大地震影響事镣，放射性物質(zhì)發(fā)生泄漏步鉴。R本人自食惡果不足惜，卻給世界環(huán)境...
    茶點故事閱讀 40,135評論 3贊 317
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一璃哟、第九天 我趴在偏房一處隱蔽的房頂上張望氛琢。 院中可真熱鬧，春花似錦随闪、人聲如沸阳似。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,864評論 0贊 21
  • 一樁弒父案铐伴，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽撮奏。三九已至俏讹，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間畜吊，已是汗流浹背泽疆。 一陣腳步聲響...
    開封第一講書人閱讀 32,099評論 1贊 267
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留玲献，地道東北人殉疼。 一個月前我還...
    沈念sama閱讀 46,598評論 2贊 362
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像青自，于是被迫代替她去往敵國和親株依。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
    茶點故事閱讀 43,697評論 2贊 351

推薦閱讀更多精彩內(nèi)容