tcp為什么要三次握手？
tcp為什么要三次握手？
. TCP的三次握手最主要是防止已過期的連接再次傳到被連接的主機。\\x0d\\x0a\\x0d\\x0a如果采用兩次的話，會出現(xiàn)下面這種情況。
\\x0d\\x0a比如是A機要連到B機，結果發(fā)送的連接信息由于某種原因沒有到達B機;\\x0d\\x0a于是，A機又發(fā)了一次，結果這次B收到了，于是就發(fā)信息回來，兩機就連接。
\\x0d\\x0a傳完東西后，斷開。\\x0d\\x0a\\x0d\\x0a結果這時候，原先沒有到達的連接信息突然又傳到了B機，于是B機發(fā)信息給A，然后B機就以為和A連上了，這個時候B機就在等待A傳東西過去。\\x0d\\x0a\\x0d\\x0a2. 三次握手改成僅需要兩次握手，*鎖是可能發(fā)生\\x0d\\x0a\\x0d\\x0a考慮計算機A和B之間的通信，假定B給A發(fā)送一個連接請求分組，A收到了這個分組，并發(fā)送了確認應答分組。按照兩次握手的協(xié)定，A認為連接已經(jīng)成功地建立了，可以開始發(fā)送數(shù)據(jù)分組。
可是，B在A的應答分組在傳輸中被丟失的情況下，將不知道A是否已準備好，不知道A建議什么樣的序列號，B甚至懷疑A是否收到自己的連接請求分組。在這種情況下，B認為連接還未建立成功，將忽略A發(fā)來的任何數(shù)據(jù)分組，只等待連接確認應答分組。而A在發(fā)出的分組超時后，重復發(fā)送同樣的分組。
tcp為什么是三次握手
TCP 為什么是三次握手，而不是兩次或四次？ 由圖可知，tcp三次握手的關鍵在于，序列號seq的交換確認。 因為對于客戶端和服務端來說，雙方對對方的 序列號 的確認是可靠傳輸?shù)年P鍵。
兩次握手的過程如下： 當?shù)诙降膭幼魍瓿蓵r，我們可以 保證B已知曉A的序列號 ，因為第二步只有在**步成功后才執(zhí)行。
但 不能保證A知曉B的序列號 ，因為第二步的傳輸可能失敗。 所以，不管哪個選擇，都是不妥當?shù)?。這正是因為A沒有確認B的序列號。 而在tcp中，通過三次握手，和丟包的處理機制，A和B都會確定自己的序列號被對方接收。
照搬自 TCP 為什么是三次握手，而不是兩次或四次？ tcp除了采用三次握手，還要對丟包意外進行適當?shù)奶幹?，以保證A、B雙方序列號的傳輸和確認。 這樣，tcp的三次握手，加上對丟包的處理機制，就保證了A、B對雙方序列號的確認。也就建立了可靠傳輸?shù)幕A。
把四次握手中的第二和第三步合并起來，就是三次握手了。為了提高效率，是可以合并第2、3步的。
tcp 為什么要三次握手？
tcp 為什么要三次握手？ 我們假設A和B是通信的雙方。我理解的握手實際上就是通信，發(fā)一次信息就是進行一次握手。
**次握手：A給B打電話說，你可以聽到我說話嗎？第二次握手：B收到了A的信息，然后對A說：我可以聽得到你說話啊，你能聽得到我說話嗎？第三次握手：A收到了B的信息，然后說可以的，我要給你發(fā)信息啦！在三次握手之后，A和B都能確定這么一件事：我說的話，你能聽到;你說的話，我也能聽到。
這樣，就可以開始正常通信了。注意：HTTP是基于TCP協(xié)議的，所以每次都是客戶端發(fā)送請求，服務器應答，但是TCP還可以給其他應用層提供服務，即可能A、B在建立鏈接之后，誰都可能先開始通信百科。如果采用兩次握手，那么只要服務器發(fā)出確認數(shù)據(jù)包就會建立連接，但由于客戶端此時并未響應服務器端的請求，那此時服務器端就會一直在等待客戶端，這樣服務器端就白白浪費了一定的資源。若采用三次握手，服務器端沒有收到來自客戶端的再此確認，則就會知道客戶端并沒有要求建立請求，就不會浪費服務器的資源。
2020-04-08：為什么TCP握手需要三次?
TCP握手需要三次的原因：防止已失效的連接請求又傳送到服務器端，因而產(chǎn)生錯誤。三次握手的過程既是通信雙方相互告知序列號起始值，并確認對方已經(jīng)收到了序列號起始值的必經(jīng)步驟。
如果只是兩次握手，至多只有連接發(fā)起方的起始序列號能被確認，另一方選擇的序列號則不能得到確認。
TCP 為什么是三次握手,而不是兩次或四次？
三次握手的目的：是為了確認雙方都有收發(fā)數(shù)據(jù)的能力。**次：A->B，證明A有發(fā)消息的能力。
第二次：->B&&B->A，證明B有收消息，并且有發(fā)消息的能力。
第三次：A->B，證明A有收消息的能力。二次握手達不到目的，四次多余。
當應用層向TCP層發(fā)送用于網(wǎng)間傳輸?shù)?、?位字節(jié)表示的數(shù)據(jù)流，TCP則把數(shù)據(jù)流分割成適當長度的報文段，**傳輸段大?。∕SS）通常受該計算機連接的**的數(shù)據(jù)鏈路層的**傳送單元（MTU）限制。之后TCP把數(shù)據(jù)包傳給IP層，由它來通過**將包傳送給接收端實體的TCP層。
TCP為了保證報文傳輸?shù)目煽浚徒o每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然后接收端實體對已成功收到的字節(jié)發(fā)回一個相應的確認(ACK);如果發(fā)送端實體在合理的往返時延(RTT)內(nèi)未收到確認，那么對應的數(shù)據(jù)（假設丟失了）將會被重傳。
TCP為什么需要進行三次握手深入解析
首先簡單介紹一下TCP三次握手 在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務，采用三次握手建立一個連接。 **次握手：建立連接時，客戶端發(fā)送syn包(syn=j)到服務器，并進入SYN_SEND狀態(tài)，等待服務器確認; 第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務器 進入SYN_RECV狀態(tài); 第三次握手：客戶端收到服務器的SYN＋ACK包，向服務器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務器進入 ESTABLISHED狀態(tài)，完成三次握手。
通過這樣的三次握手，客戶端與服務端建立起可靠的雙工的連接，開始傳送數(shù)據(jù)。
三次握手的最主要目的是保證連接是雙工的，可靠更多的是通過重傳機制來保證的。 但是為什么一定要進行三次握手來保證連接是雙工的呢，一次不行么？兩次不行么？我們舉一個現(xiàn)實生活中兩個人進行語言溝通的例子來模擬三次握手。 **次對話 ： 老婆讓甲出去打醬油，半路碰到一個朋友乙，甲問了一句：哥們你吃飯了么？ 結果乙?guī)е鷻C聽歌呢，根本沒聽到，沒反應。甲心里想：跟你說話也沒個音，不跟你說了，溝通失敗。
說明乙接受不到甲傳過來的信息的情況下溝通肯定是失敗的。 如果乙聽到了甲說的話，那么**次對話成功，接下來進行第二次對話。 第二次對話 ： 乙聽到了甲說的話，但是他是老外，中文不好，不知道甲說的啥意思也不知道怎樣回答，于是隨便回答了一句學過的中文 ：我去廁所了。
甲一聽立刻笑噴了，“去廁所吃飯”?道不同不相為謀，離你遠點吧，溝通失敗。說明乙無法做出正確應答的情況下溝通失敗。 如果乙聽到了甲的話，做出了正確的應答，并且還進行了反問：我吃飯了，你呢？那么第二次握手成功。
通過前兩次對話證明了乙能夠聽懂甲說的話，并且能做出正確的應答。接下來進行第三次對話。 第三次對話 ： 甲剛和乙打了個招呼，突然老婆喊他，“你個*鬼，打個醬油咋這么半天，看我回家咋收拾你”，甲是個妻管嚴，聽完嚇得二話不說就跑回家了，把乙自己晾那了。
乙心想：這什么人啊，得，我也回家吧，溝通失敗。說明甲無法做出應答的情況下溝通失敗。 如果甲也做出了正確的應答：我也吃了。那么第三次對話成功，兩人已經(jīng)建立起了順暢的溝通渠道，接下來開始持續(xù)的聊天。
通過第二次和第三次的對話證明了甲能夠聽懂乙說的話，并且能做出正確的應答。 可見，兩個人進行有效的語言溝通，這三次對話的過程是必須的。 同理對于TCP為什么需要進行三次握手我們可以一樣的理解： 為了保證服務端能收接受到客戶端的信息并能做出正確的應答而進行前兩次(**次和第二次)握手，為了保證客戶端能夠接收到服務端的信息并能做出正確的應答而進行后兩次(第二次和第三次)握手。
