本文主要分析運輸層的兩種協議TCP和UDP，重點在于TCP如何實現可靠傳輸，并且進行流量控制，以及TCP的三次握手和四次揮手的詳細過程。最後對TCP和TDP的兩種協議進行了比較。
主要内容：
運輸層就是位于應用層和網絡層之間的，為運行在不同主機上的應用進程提供直接的通信服務是運輸層的任務。 物理層、數據鍊路層以及網絡層他們共同解決了将主機通過異構網絡互連起來所面臨的問題，實現了主機到主機的通信，而通信的真正實體是位于通信兩端主機中的進程。
因特網的運輸層為應用層提供了兩種不同的運輸協議，即面向連接的TCP和無連接的UDP UDP是無連接的，不可靠的運輸協議，TCP是面向連接的，可靠的運輸協議
運輸層在網絡通信中的作用：
運輸層在網絡通信中作用過程：
注：這裡所說的主機和主機之間的通信其實是主機進程之間的通信
C 音視頻開發學習資料：點擊領取→音視頻開發（資料文檔 視頻教程 面試題）（FFmpeg WebRTC RTMP RTSP HLS RTP）
2、用戶數據報協議UDP2.1 介紹
用戶數據報協議(User Datagram Protocol)，是TCP/IP體系結構運輸層中的一個重要協議，這種邏輯通信信道是一條不可靠信道。 特點：
2.2 運輸過程
說明：
3.1 介紹
TCP 是TCP/IP體系結構運輸層中的重要協議，當運輸層采用面向連接的 TCP 協議時，盡管下面的網絡是不可靠的（隻提供盡最大努力服務），但這種邏輯通信信道就相當于一條全雙工的可靠信道。 TCP 傳送的數據單位協議是 TCP 報文段(segment)
特點：
TCP傳輸過程
說明： 發送方：
接收方：
C 音視頻開發學習資料：點擊領取→音視頻開發（資料文檔 視頻教程 面試題）（FFmpeg WebRTC RTMP RTSP HLS RTP）
3.2 超時重傳3.2.1 介紹
在TCP傳輸中為了實現可靠傳輸和流量控制都需要涉及超時重傳，超時重傳中最為重要的是計算超時重傳的時間。 RTO是超時重傳時間，RTT是往返時間。
超時重傳時間不能遠大于往返時間，會浪費資源
超時重傳時間不能小于往返時間，會造成不必要的重傳
超時重傳時間應當略大于往返時間，為了避免誤差，應當選用一段時間内的加權的往返時間
總結： 1、如果超時重傳時間RTO的值設置得比RTT的值小很多，這會引起報文段不必要的重傳，使網絡負荷增大 2、如果超時重傳時間RTO的值設置得遠大于RTT0的值，這會使重傳時間推遲的太長，使網絡的空閑時間增大，降低傳輸效率 3、因此需要将超時重傳時間設置的略大于一次往返時間。
3.2.3 超時重傳時間RTO的計算 超時重傳時間的要略大于一次往返時間，但一次往返時間是不固定的，因此超時重傳時間的計算是基于加權平均往返時間
說明：
3.2.4 往返時間RTT的測量 往返時間RTT的測量不能簡單的進行一次往返時間的計算，有如下問題需要處理
問題1：如果報文丢失或确認報文的遲到，都會導緻重傳報文。這樣兩次的報文發送使得無法準确計算一次往返時間。
解決1：Karn算法
問題2： 對于問題1的解決會引入新問題
解決2：
3.3.1 介紹 利用滑動窗口機制來實現流量控制，重點有兩個，一個是接收方通過對已接收的數據進行累計确認，并調整窗口大小，來對發送方進行流控，第二個就是啟動持續計時器來探知是否要發送零窗口探測報文，通過這兩個就可以讓接收方對發送方進行窗口大小的調控，以此做到了流量控制。
3.3.2 為什麼要提出流量控制 一般來說，我們總是希望數據傳輸的更快一些，但是如果發送方把數據發送的過快，接收方就可能來不及接收，這就會造成數據的丢失。所以就需要進行流量控制， 流量控制簡單說就是讓發送方的發送速率不要太快，要讓接收方來得及接收
3.3.3 流量控制 我們利用滑動窗口機制可以很方便的在TCP連接上實現對發送方的流量控制 重點在于接收方根據自己的存儲空間來決定自己的接收空間的大小，以此來限制發送方發送窗口的大小
過程：
說明：
接收方給發送方發送的确認報文丢失後會形成A和B主機的相互等待，這樣就造成了死鎖，需要通過一個持續計時器，當計時器為0時發送零窗口探測報文詢問以此讓接收方再次發送确認報文。這樣就打破了死鎖
3.3.4.1 死鎖的形成
說明：
3.3.4.3 一些疑問 零窗口探測報文丢失後，是否仍然會死鎖？
零窗口探測報文發送到主機B時，主機B的接收窗口為0，還能接收零窗口探測報文嗎
可靠傳輸是通過确認機制來實現的，接收方給發送方發送的确認報文帶有的字段決定了發送方是否要重傳，是否要滑動窗口的操作，以此做到了可靠傳輸
說明：
C 音視頻開發學習資料：點擊領取→音視頻開發（資料文檔 視頻教程 面試題）（FFmpeg WebRTC RTMP RTSP HLS RTP）
3.5 運輸連接管理3.5.1 介紹TCP是面向連接的協議，它基于運輸連接來傳送TCP報文段，TCP運輸連接的建立和釋放是每一次面向連接的通信中必不可少的部分。 TCP的運輸連接管理就是使運輸連接的建立和釋放都能正常的進行。 共有三個階段
3.5.2 三次握手過程
過程示意圖：
說明：
為什麼必須要三次握手，不能兩次握手？
采用三報文握手主要是為了防止已失效的連接請求報文段突然又傳送到了TCK服務器端，導緻服務器端無效浪費資源。
3.5.3.2 為什麼需要四次揮手？
3.5.3.3 TCP客戶進程在發送完最後一個确認報文後，為什麼不直接進入關閉狀态？而是要進入時間等待狀态？
TCP雙方已經建立了連接，後來，TCP客戶進程所在的主機突然出現了故障，TCP服務器進程以後就不能再收到TCP客戶進程發來的數據，因此，應當有措施使TCP服務器進程不要再白白等待下去
更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!
zpostcode 
Recruit 
weather 
mreligion 
Yellowpages 
sport 
constellation 
shopping 
name 
game 
directory 
literature 
Word 
tour 
furnish 
Lottery 
tftnews 
lyrics 
News 
digital 
car 
dir 
Edu 
Finance 
