TCP協議
協議特點：面向連接的可靠傳輸，報頭20字節，存在流量控制機制（超時重發，丟棄重復數據，檢驗數據，分段排序，擁塞處理，滑動窗口機制，保證數據能從一端傳到另一端。）
- TCP要保證丟失的package會被再次重發，確保對方能夠收到。
- 三次握手，訪問不丟包，保持準確性，但是流量開銷大。
- TCP在數據包接收無序、丟失或在交付期間被破壞時，負責數據恢復。
TCP的目的是提供可靠的數據傳輸，并在相互進行通信的設備或服務之間保持一個虛擬連接。TCP在數據包接收無序、丟失或在交付期間被破壞時，負責數據恢復。它通過為其發送的每個數據包提供一個序號來完成此恢復。記住，較低的網絡層會將每個數據包視為一個獨立的單元，因此，數據包可以沿完全不同的路徑發送，即使它們都是同一消息的組成部分。這種路由與網絡層處理分段和重新組裝數據包的方式非常相似，只是級別更高而已。
為確保正確地接收數據，TCP要求在目標計算機成功收到數據時發回一個確認（即 ACK）。如果在某個時限內未收到相應的 ACK，將重新傳送數據包。如果網絡擁塞，這種重新傳送將導致發送的數據包重復。但是，接收計算機可使用數據包的序號來確定它是否為重復數據包，并在必要時丟棄它。
UDP協議
協議特點：無連接、報頭8個字節，無法保證對端接收到數據的完整性。通過UDP協議傳輸到達目的地的時間和內容的完整性都不能保證。
- 不可靠協議，對端收不收到包是不管的，可能造成丟包，但是開銷小。
UDP不提供可靠性，它只是把應用程序傳給IP層的數據報發送出去，但是并不能保證它 們能到達目的地。由于UDP在傳輸數據報前不用在客戶和服務器之間建立一個連接，且沒有超時重發等機制，故而傳輸速度很快。
如何決定應用程序是使用TCP還是UDP？
TCP適合實時性要求不高，但要求內容要完整傳輸的應用。相比而言，UDP由于無連接、無重傳確認，所以傳輸效率高、延時小，適合實時性要求高的應用，如游戲服務器，音頻，視頻等；另外，由于不用維持大的并發量，所以適合巨量服務的server，加上合適的時間控制，可以用來設計更大的并發服務器；再者就是，UDP可以更高效的利用網絡帶寬。
舉個例子：
視頻流用UDP：若是鏈路中途丟包了導致丟了一兩個幀，不影響到觀影體驗。視頻傳輸不需要那么高的準確性，偶爾丟個包也沒什么問題。
可以在應用層面去解決UDP丟包亂序的問題：重傳也由上層協議來控制。
1. jitterbuffer
2. RTP
3. MTU
UDP 在許多方面非常有效。當某個程序的目標是盡快地傳輸盡可能多的信息時（其中任意給定數據的重要性相對較低），可使用 UDP。ICQ 短消息使用 UDP 協議發送消息。
許多程序將使用單獨的TCP連接和單獨的UDP連接。重要的狀態信息隨可靠的TCP連接發送，而主數據流通過UDP發送。
國人幾乎都是用的QQ，在建立連接階段，使用的是面向連接的TCP協議，通過三次握手來完成；然后，在文字數據傳輸階段，使用的是UDP協議，但需要中間服務器轉發（估計是使用了connect()的UDP，QQ離線發送/接收數據的基礎)。而音視頻數據的發送一定要使用UDP協議，因為一般的客戶可以容忍稍微模糊(略有缺失的數據塊）的聲音或視頻，但估計不會接受一會斷開，一會連接（因為TCP容易斷線）的音視頻；而文件傳輸則使用了P2P的協議，當前大多P2P使用的UTP協議也是基于UDP的，因為使用TCP的話會浪費大量的帶寬。
