TCP協(xié)議的三次握手的過(guò)程？TCP握手協(xié)議：在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務(wù)，并使用三次握手建立連接。1. 第一次握手：建立連接時(shí)，客戶(hù)端向服務(wù)器發(fā)送一個(gè)syn數(shù)據(jù)包（syn=J），

TCP協(xié)議的三次握手的過(guò)程？

TCP握手協(xié)議：在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務(wù)，并使用三次握手建立連接。

1. 第一次握手：建立連接時(shí)，客戶(hù)端向服務(wù)器發(fā)送一個(gè)syn數(shù)據(jù)包（syn=J），進(jìn)入syn Send狀態(tài)，等待服務(wù)器確認(rèn)；syn:同步序列號(hào)

2。第二次握手：當(dāng)服務(wù)器收到syn包時(shí)，必須確認(rèn)客戶(hù)端的syn（ACK=j1），同時(shí)發(fā)送一個(gè)syn包（syn=k），即syn ACK包。此時(shí)，服務(wù)器進(jìn)入syn_uv狀態(tài)；

3。第三次握手：客戶(hù)機(jī)從服務(wù)器接收syn+ACK數(shù)據(jù)包，并將ACK（ACK=K1）發(fā)送到服務(wù)器。數(shù)據(jù)包發(fā)送后，客戶(hù)機(jī)和服務(wù)器進(jìn)入建立狀態(tài)并完成三次握手。

三次握手后，客戶(hù)端和服務(wù)器開(kāi)始傳輸數(shù)據(jù)。

簡(jiǎn)述TCP建立連接過(guò)程中使用的3次握手法？

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

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