簡述TCP建立連接過程中使用的3次握手法？TCP握手協(xié)議在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務，使用三次握手建立連接。第一次握手：建立連接時，客戶端向服務器發(fā)送syn包（syn=J），進入

簡述TCP建立連接過程中使用的3次握手法？

TCP握手協(xié)議在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務，使用三次握手建立連接。第一次握手：建立連接時，客戶端向服務器發(fā)送syn包（syn=J），進入syn發(fā)送狀態(tài)，等待服務器確認；syn：同步序列號第二次握手：服務器收到syn包時，必須確認客戶端的syn（ACK=J 1），同時發(fā)送syn數(shù)據(jù)包（syn=k），即syn ACK數(shù)據(jù)包。此時，服務器進入syn_uv狀態(tài)；第三次握手：客戶端收到服務器的syn+ACK數(shù)據(jù)包，并將ACK發(fā)送給服務器（ACK=k）1）數(shù)據(jù)包發(fā)送后，客戶端和服務器進入建立狀態(tài)，完成三次握手。三次握手后，客戶端和服務器開始自動傳輸數(shù)據(jù)。當連接請求啟動時，將有三次握手。我們知道三次握手完成了兩個重要的功能，即雙方都應該準備好發(fā)送數(shù)據(jù)（雙方都知道對方準備好了），它還允許雙方協(xié)商初始序列號，在握手過程中發(fā)送并確認。

現(xiàn)在將三次握手更改為兩次握手，可能會出現(xiàn)死鎖。例如，考慮計算機s和C之間的通信。假設C向s發(fā)送連接請求包，s接收該包并發(fā)送確認響應包。根據(jù)兩次握手的協(xié)議，s認為連接已經(jīng)成功建立，可以開始發(fā)送數(shù)據(jù)包。然而，當s的應答包在傳輸中丟失時，C將不知道s是否準備好或者s建立了什么樣的序列號。C甚至懷疑s是否收到了自己的連接請求包。在這種情況下，C認為連接尚未成功建立，并且將忽略s發(fā)送的任何數(shù)據(jù)包，而只是等待連接確認響應包。S在包超時后重復發(fā)送相同的包。這會造成死鎖。

tcpip三次握手自動嗎？

1. 首先，TCP是面向連接的，UDP不需要連接，TCP有三個握手和四個波，三個握手和四個波是TCP建立連接的兩個重要步驟，TCP是IP不可靠的來源，UDP繼承了IP的特性，不保證不丟失數(shù)據(jù)包，不保證按順序到達；

2。TCP是面向字節(jié)流的，發(fā)送時它是一個流，沒有頭和尾。IP包不是一個流，而是一個接一個的IP包，UDP也是；

3。TCP有擁塞控制，但UDP沒有。

4. 基于連接和無連接；

5。對系統(tǒng)資源的要求（更多的TCP，更少的UDP）；

6。UDP程序結構比較簡單；

7。流模式和數(shù)據(jù)報模式；

8。TCP保證數(shù)據(jù)的正確性，UDP可能會丟失數(shù)據(jù)包；

9。TCP保證數(shù)據(jù)順序，但UDP不保證。

tcp和udp的區(qū)別？

TCP/IP由四層組成：網(wǎng)絡接口層、網(wǎng)絡層、傳輸層和應用層。

三次握手和四個波發(fā)生在第三層：傳輸層。理由：三次握手和四次波是TCP協(xié)議保證可靠全連接的手段，TCP協(xié)議屬于傳輸層協(xié)議。當然，三次握手和四個波發(fā)生在第三層——傳輸層