TCP與UDP

IP提供了點到點的連續接，通過IP地址可以找到目標主機。但是目標主機有很多應用，服務器到底使用哪個應用來響應客戶端？通過端口號決定。
一、TCP：transmission control protocol--傳輸控制協議

可靠的，面向連接的協議，就像撥打電話號碼撥通后和同伴溝通，需要建立連接，發送數據，斷開連接，網絡中大部分是TCP ，重要的數據傳輸也是TCP
1.TCP的封裝格式

目標端口號：表明要訪問的哪個應用，如80端口表示http
源端口號：標識自己的應用
序列號：上層數據被分成很多段，段的編號
確認號：接收方收到數據段后，要告訴發送方已收到
窗口大小：接收方告知發送發一次可以發多少個段
2.三次握手：TCP建立連接的過程

（1）發送方A發送SYN=1的數據段給接收方B SYN:synchronize 同步
（2）B回應SYN=1，ACK=1的數據段給A ACK:acknowledge 確認
（3）A發送ACK=1的數據段給B
3.四次斷開：TCP發送完數據后，斷開連接的過程有4步

（1）主機A發送FIN=1的數據段給對方B FIN:final 最終
（2）另外一方B回應ACK=1的數據段給A
（3）B也發送FIN=1的數據段給A
（4）A回應ACK=1的數據段給B
4.TCP的流控機制：（1）滑動窗口--窗口大小是變化的，接收方可以告訴發送方發送幾個窗口，若自己接收不了，也可以隨時告知發送方更改發送窗口數。
（2） 擁塞控制--口語來說就是有個希望接收值和實際接收值，比如希望傳輸10個窗口，但實際鏈路帶寬較窄時，傳輸變為5
（3）方式：A 發送方發送數據有編號，接收方確認號是發送編號加1。如，發送100，接收方確認101。
B:如果發送方發送100、101、102，接收方全部接收后，采用累計確認方式。確認103，意思是100-102全部接收到。發送方收到103確認，那么它認為103之前的數據已全部接收到了。
C:發丟誰確認誰：如果發送方發送100、101、102，接收方收到了100和102，接收方不能確認103，因為一旦確認103，就表示全部收到，所以它要確認101。
5.TCP的差錯控制
（1）校驗和：其實就是個校驗工具，每個文件通過校驗工具計算都會有個固定的校驗碼，如果文件有變化，哪怕小小的標點，校驗碼都會千差萬別，用來檢驗數據是否有損壞或丟失
（2）確認：接收方明確告知發送方數據已收到，同上面的發送方式
（3）超時：如果發送方長時間沒有收到確認，將會重發
6.TCP四個計時器
（1）重傳計時器：與上面的超時有關系
（2）堅持計時器：防止零窗口死鎖問題 例：A給B發數據途中，B說先不要發，等B忙好說讓A發三個數據，但發丟了，出現A沒收到一直在等待，B在等A發數據，所以發送方A就會定期隔一段時間給B發個消息說還在等待，B就會重發一遍
（3）保活計時器：防止兩個TCP連接之間長時間的空閑 如果服務器發現客戶端在一定時間內沒有數據傳輸，則終止連接，否則會白白占用資源
（4）時間等待計時器：用在四次斷開。主機A請求斷開連接，B回應可以斷開。A收到消息，等一會才真正斷掉。
7.TCP的應用

二、UDP：user datagram protoco--用戶數據報協議
不可靠的，非面向連接的服務，就像發qq消息，不用先連接通就可以發消息，但對法收沒收到不知道，簡單的域名解析屬于UDP的服務
1.封裝格式

2.UDP的應用

3.UDP的流控與差錯控制
UDP沒有流控機制
只有校驗和來提供差錯控制--需要上層協議來提供差錯控制：例如TFTP協議