TCP編程的客戶端一般步驟是：

　　1、創建一個socket，用函數socket（）；

　　2、設置socket屬性，用函數setsockopt（）;* 可選

　　3、綁定IP地址、端口等信息到socket上，用函數bind（）;* 可選

　　4、設置要連接的對方的IP地址和端口等屬性；

　　5、連接服務器，用函數connect（）；

　　6、收發數據，用函數send（）和recv（），或者read（）和write（）;

　　7、關閉網絡連接；

　　UDP：

　　與之對應的UDP編程步驟要簡單許多，分別如下：

　　UDP編程的服務器端一般步驟是：

　　1、創建一個socket，用函數socket（）；

　　2、設置socket屬性，用函數setsockopt（）;* 可選

　　3、綁定IP地址、端口等信息到socket上，用函數bind（）;

　　4、循環接收數據，用函數recvfrom（）;

　　5、關閉網絡連接；

　　UDP編程的客戶端一般步驟是：

　　1、創建一個socket，用函數socket（）；

　　2、設置socket屬性，用函數setsockopt（）;* 可選

　　3、綁定IP地址、端口等信息到socket上，用函數bind（）;* 可選

　　4、設置對方的IP地址和端口等屬性;

　　5、發送數據，用函數sendto（）;

　　6、關閉網絡連接；

　　TCP和UDP是OSI模型中的運輸層中的協議。TCP提供可靠的通信傳輸，而UDP則常被用于讓廣播和細節控制交給應用的通信傳輸。

　　UDP補充：

　　UDP不提供復雜的控制機制，利用IP提供面向無連接的通信服務。并且它是將應用程序發來的數據在收到的那一刻，立刻按照原樣發送到網絡上的一種機制。即使是出現網絡擁堵的情況下，UDP也無法進行流量控制等避免網絡擁塞的行為。此外，傳輸途中如果出現了丟包，UDO也不負責重發。甚至當出現包的到達順序亂掉時也沒有糾正的功能。如果需要這些細節控制，那么不得不交給由采用UDO的應用程序去處理。換句話說，UDP將部分控制轉移到應用程序去處理，自己卻只提供作為傳輸層協議的最基本功能。UDP有點類似于用戶說什么聽什么的機制，但是需要用戶充分考慮好上層協議類型并制作相應的應用程序。

　　TCP補充：

　　TCP充分實現了數據傳輸時各種控制功能，可以進行丟包的重發控制，還可以對次序亂掉的分包進行順序控制。而這些在UDP中都沒有。此外，TCP作為一種面向有連接的協議，只有在確認通信對端存在時才會發送數據，從而可以控制通信流量的浪費。TCP通過檢驗和、序列號、確認應答、重發控制、連接管理以及窗口控制等機制實現可靠性傳輸。

　　TCP與UDP區別總結：

　　1、TCP面向連接（如打電話要先撥號建立連接）;UDP是無連接的，即發送數據之前不需要建立連接

　　2、TCP提供可靠的服務。也就是說，通過TCP連接傳送的數據，無差錯，不丟失，不重復，且按序到達;UDP盡最大努力交付，即不保 證可靠交付

　　3、TCP面向字節流，實際上是TCP把數據看成一連串無結構的字節流;UDP是面向報文的

　　UDP沒有擁塞控制，因此網絡出現擁塞不會使源主機的發送速率降低（對實時應用很有用，如IP電話，實時視頻會議等）

　　4、每一條TCP連接只能是點到點的;UDP支持一對一，一對多，多對一和多對多的交互通信

　　5、TCP首部開銷20字節;UDP的首部開銷小，只有8個字節

　　6、TCP的邏輯通信信道是全雙工的可靠信道，UDP則是不可靠信道

　　TCP協議和UDP協議為什么會共存？

　　1. 大家要知道，一種物理線路，單位時間內，能夠創建的“虛擬信道”是有限的！

　　2. 使用TCP協議傳輸數據，當數據從A端傳到B端后，B端會發送一個確認包（ACK包）給A端，告知A端數據我已收到！UDP協議就沒有這種確認機制！這就是為什么說TCP協議可靠，UDP協議不可靠。

　　QQ普通會員就是使用的UDP協議進行傳輸數據！既然UDP協議自身沒有確認機制，這個工作可以交給應用層的進程來完成（QQ）！大家使用QQ的時候，感覺出錯的幾率還是非常小吧！當然，把這個確認工作完全交給QQ自身來做，就直接導致了，QQ軟件體積增大！

　　有些應用，對數據傳輸可靠性要求非常高，例如大家瀏覽網頁，通過網頁注冊帳號、轉帳等服務，這是不容許出錯的，使用TCP協議能把出錯的可能性降到最低（當然，網絡自身很糟糕，TCP協議也沒辦法）。但是，提供這種可靠服務，會加大網絡帶寬的開銷，因為“虛擬信道”是持續存在的，同時網絡中還會出現大量的ACK和FIN包！

　　因此，魚和熊掌不可兼得，需根據實際情況選擇傳輸協議.TCP協議提供了可靠的數據傳輸，但是其擁塞控制、數據校驗、重傳機制的網絡開銷很大，不適合實時通信，所以選擇開銷很小的UDP協議來傳輸數據。

　　UDP 協議是無連接的數據傳輸協議并且無重傳機制，會發生丟包、收到重復包、亂序等情況。而對于數據精確性要求不高的狀態數據以及視頻數據，丟包的影響不大。因為會不斷收到新的包，丟失的個別包會有新的包來覆蓋，所以只需在遠程控制系統的通信部分自行處理亂序及重復包的問題，而對于丟包的問題一般不作處理。 但對于命令包這種需要精確收發的數據， 可在程序的開發中加入丟包重發和超時丟棄的處理。 當然，如果開發的是對于實時性要求不高的事件型控制命令的傳輸，不希望發生指令的丟失也可以直接采用TCP協議。TCP的重傳機制正好適合這種情況。

　　非面向連接的傳輸協議在數據傳輸之前不建立連接，而是在每個中間節點對非面向連接的包和數據包進行路由。沒有點到點的連接，非面向連接的協議，如UDP，是不可靠的連接。當一個UDP數據包在網絡中移動時，發送過程并不知道它是否到達了目的地，除非應用層已經確認了它已到達的事實。非面向連接的協議也不能探測重復的和亂序的包。標準的專業術語用“不可靠”來描述UDP。在現代網絡中，UDP并不易于導致傳輸失敗，但是你也不能肯定地說它是可靠的