1，TCP是面向連線(Connection oriented)的協議，UDP是無連線(Connection less)協議；
以下舉例進行說明：
對於面向連線的： 兩個人打電話時，雙方確認並建立連線後才能進行通訊。
對於面向無連線的：在郵局寄信時，你只需要將信放在郵筒裡，不需要給收件人通知，收件人也不知道你給他寄信了。

2，TCP無界，UDP有界；
TCP通過位元組流傳輸，即TCP將應用程式看成是一連串的無結構的位元組流。每個TCP套介面有一個傳送緩衝區，如果位元組流太長時，TCP會將其拆分進行傳送。當位元組流太短時，TCP會等待緩衝區中的位元組流達到一定程度時再構成報文傳送出去，TCP發給對方的資料，對方在收到資料時必須給矛確認，只有在收到對方的確認時，本方TCP才會把TCP傳送緩衝區中的資料刪除。
而UDP傳輸報文的方式是由應用程式控制的，應用層交給UDP多長的報文，UDP照樣傳送，既不拆分，也不合並，而是保留這些報文的邊界，即一次傳送一個報文。
有界與無界之分是根據接收報文來劃分的，對於TCP協議，客戶端連續傳送資料，只要服務端的這個函式的緩衝區足夠大，會一次性接收過來，即客戶端是分好幾次發過來，是有邊界的，而服務端卻一次性接收過來，所以證明是無邊界的；
而對於UDP協議，客戶端連續傳送資料，即使服務端的這個函式的緩衝區足夠大，也只會一次一次的接收，傳送多少次接收多少次，即客戶端分幾次傳送過來，服務端就必須按幾次接收，從而證明，這種UDP的通訊模式是有邊界的。

3，TCP可靠，UDP不可靠；由於TCP要保證所有的資料包都可以到達，所以，需要有重傳機制（快重傳，快恢復，超時重傳），UDP不會進行重傳。當出現以下情況時會進行重傳：
1，資料報傳輸中途丟失
2，接收端的ACK確認報文在傳輸中途丟失
3，接收端異常未響應ACK或被接收端丟棄
TCP重傳機制：
1，超時重傳機制；
2，快速重傳機制；
3，SACK 方法；
4，Duplicate SACK – 重複收到資料的問題

4，TCP有序，UDP無序；訊息在傳輸過程中可能會亂序，後傳送的訊息可能會先到達，TCP會對其進行重排序，UDP不會。

5，TCP有流量控制（擁塞控制），UDP沒有；流量控制：TCP利用滑動視窗機制在TCP連線上實現對傳送方的流量控制， 如果傳送方把資料傳送得過快，接收方可能會來不及接收，這就會造成資料的丟失。所謂流量控制就是讓傳送方的傳送速率不要太快，要讓接收方來得及接收。
擁塞控制：防止過多的資料注入到網路中，這樣可以使網路中的路由器或鏈路不致過載。擁塞控制所要做的都有一個前提：網路能夠承受現有的網路負荷。擁塞控制是一個全域性性的過程，涉及到所有的主機、路由器，以及與降低網路傳輸效能有關的所有因素。
當出現網路抖動時，TCP會自覺降低傳送速度，他會努力維護次序，但udp依然保持速度不變

6，TCP的頭部比UDP大；TCP頭部20 bytes

補充：
TCP位元組流和UDP資料報區別
兩者的區別在於TCP接收的是一堆資料，而每次取多少由主機決定;而UDP發的是資料報，客戶傳送多少就接收多少。

擁有這些區別的原因是由於TCP和UDP的特性不同而決定的。TCP是面向連線的，也就是說，在連線持續的過程中，socket中收到的資料都是由同一臺主機發出的，因此，知道保證資料是有序的到達就行了，至於每次讀取多少資料自己看著辦。 而UDP是無連線的協議，也就是說，只要知道接收端的IP和埠，且網路是可達的，任何主機都可以向接收端傳送資料。這時候，如果一次能讀取超過一個報文的資料，則會亂套。比如，主機A向傳送了報文P1，主機B傳送了報文P2，如果能夠讀取超過一個報文的資料，那麼就會將P1和P2的資料合併在了一起，這樣的資料是沒有意義的。

TCP應用場景：效率要求相對低，但對準確性要求相對高的場景。因為傳輸中需要對資料確認、重發、排序等操作，相比之下效率沒有UDP高。舉幾個例子：檔案傳輸（準確高要求高、但是速度可以相對慢）、接受郵件、遠端登入。

UDP應用場景：效率要求相對高，對準確性要求相對低的場景。舉幾個例子：QQ聊天、線上視訊、網路語音電話（即時通訊，速度要求高，但是出現偶爾斷續不是太大問題，並且此處完全不可以使用重發機制）、廣播通訊（廣播、多播）。

傳輸通訊：兩個協議是程序間通訊，也就是說應用間的通訊，那麼如何在眾多程式中找到自己的目的應用呢？在傳輸層，使用埠號來識別同一臺計算機中進行通訊的不同應用程式。
一般情況下可以根據“源IP地址”、“目標IP地址”、“源埠號”、“目標埠號”來進行識別一個通訊，但是有些特殊情況，比如IP地址和埠號都一樣，只是使用的傳輸協議不一樣，怎麼進行區分？資料到達IP層（網路層）之後，會先檢查IP頭部的協議號，然後再傳給相應協議的模組。
因此，TCP/IP或UDP/IP通訊中通常使用5個資訊來識別一個通訊：“源IP地址”、“目標IP地址”、“源埠號”、“目標埠號”以及“協議號”。(知名埠號與傳輸層協議沒有關係，例如53埠在TCP、UDP中都用於DNS服務)

埠號如何確定：標準既定的埠號，0-1023為知名埠號，其他已正式註冊的埠號是1024-49151；動態分配埠號，作業系統來為應用程式分配互不衝突的埠號，下一個埠號是在前一個分配號上加1，動態分配埠號範圍49152-65535.

TCP首部格式
各個段位說明:

* 源埠和目的埠:　　各佔 2 位元組.埠是傳輸層與應用層的服務介面.傳輸層的複用和分用功能都要通過端口才能實現
* 序號:　　 Seq序號，佔32位，用來標識從TCP源端向目的端傳送的位元組流，發起方傳送資料時對此進行標記。
* 確認號:　　 Ack序號，佔32位，只有ACK標誌位為1時，確認序號欄位才有效，Ack=Seq+1。
* 資料偏移/首部長度:　　佔 4 位,它指出 TCP 報文段的資料起始處距離 TCP 報文段的起始處有多遠.“資料偏移”的單位是 32 位字(以 4 位元組為計算單位)
* 保留:　　佔 6 位,保留為今後使用,但目前應置為 0
* 緊急URG:　　當 URG=1 時,表明緊急指標欄位有效.它告訴系統此報文段中有緊急資料,應儘快傳送(相當於高優先順序的資料)
* 確認ACK:　　只有當 ACK=1 時確認號欄位才有效.當 ACK=0 時,確認號無效。   不要將確認序號Ack與標誌位中的ACK搞混了。
* PSH(PuSH):　　接收 TCP 收到 PSH = 1 的報文段,就儘快地交付接收應用程序,而不再等到整個快取都填滿了後再向上交付
* RST (ReSeT):　　當 RST=1 時,表明 TCP 連線中出現嚴重差錯（如由於主機崩潰或其他原因）,必須釋放連線,然後再重新建立運輸連線
* 同步 SYN:　　同步 SYN = 1 表示這是一個連線請求或連線接受報文
* 終止 FIN:　　用來釋放一個連線.FIN=1 表明此報文段的傳送端的資料已傳送完畢,並要求釋放運輸連線
* 檢驗和:　　佔 2 位元組.檢驗和欄位檢驗的範圍包括首部和資料這兩部分.在計算檢驗和時,要在 TCP 報文段的前面加上 12 位元組的偽首部
* 緊急指標:　　佔 16 位,指出在本報文段中緊急資料共有多少個位元組（緊急資料放在本報文段資料的最前面）
* 選項:　　長度可變.TCP 最初只規定了一種選項,即最大報文段長度 MSS.MSS 告訴對方 TCP：“我的快取所能接收的報文段的資料欄位的最大長度是 MSS 個位元組.” [MSS(Maximum Segment Size)是 TCP 報文段中的資料欄位的最大長度.資料欄位加上 TCP 首部才等於整個的 TCP 報文段]
* 填充:　　這是為了使整個首部長度是 4 位元組的整數倍