計算機網路三次握手報文

① 三次握手機制用於解決什麼

用於解決網路中出現重復請求報文的問題。

第一次：首先A發送一個(SYN)到B，意思是A要和B建立連接進行通信，如果是只有一次握手，這樣肯定是不行的，A壓根都不知道B是不是收到了這個請求。

第二次：B收到A要建立連接的請求之後，發送一個確認(SYN+ACK)給A，意思是收到A的消息了，B這里也是通的，表示可以建立連接。如果只有兩次通信，這時候B不確定A是否收到了確認消息，有可能這個確認消息由於某些原因丟了。

第三次：A如果收到了B的確認消息之後，再發出一個確認(ACK)消息，意思是告訴B，這邊是通的，然後A和B就可以建立連接相互通信了。

(1)計算機網路三次握手報文擴展閱讀：

注意事項：

剛接觸網路編程時，感覺網路連接的建立、網路數據的收發、網路連接的斷開這些操作僅僅是調用幾個socket AIP就可以搞定的事情，跟網路中講述的TCP三次握手等內容完全扯不上關系。

listen函數：內核為任何一個給定的套接字維護兩個隊列 1.未完成連接狀態（客戶端發送的第一個SYN已經到伺服器，伺服器等待TCP三次握手完成，這些套接字處於SYN_RCVD狀態）。

② 計算機網路三次握手

這個應該對你有幫助：
第一次
第一次握手：建立連接時，客戶端發送syn包（syn=j）到伺服器，並進入SYN_SENT狀態，等待伺服器確認；SYN：同步序列編號（Synchronize Sequence Numbers）。

第二次
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；

第三次
第三次握手：客戶端收到伺服器的SYN+ACK包，向伺服器發送確認包ACK(ack=k+1），此包發送完畢，客戶端和伺服器進入ESTABLISHED（TCP連接成功）狀態，完成三次握手。
完成三次握手，客戶端與伺服器開始傳送數據，在上述過程中，還有一些重要的概念：

③ TCP 為什麼是三次握手,而不是兩次或四次

三次握手的目的：是為了確認雙方都有收發數據的能力。第一次：A->B，證明A有發消息的能力。第二次：->B&&B->A，證明B有收消息，並且有發消息的能力。第三次：A->B，證明A有收消息的能力。二次握手達不到目的，四次多餘。

當應用層向TCP層發送用於網間傳輸的、用8位位元組表示的數據流，TCP則把數據流分割成適當長度的報文段，最大傳輸段大小（MSS）通常受該計算機連接的網路的數據鏈路層的最大傳送單元（MTU）限制。之後TCP把數據包傳給IP層，由它來通過網路將包傳送給接收端實體的TCP層。

TCP為了保證報文傳輸的可靠，就給每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的位元組發回一個相應的確認(ACK)；如果發送端實體在合理的往返時延(RTT)內未收到確認，那麼對應的數據（假設丟失了）將會被重傳。

④ 計算機網路中什麼叫「三次握手」

TCP/IP是很多的不同的協議組成，實際上是一個協議組，TCP用戶數據報表協議(也稱作TCP傳輸控制協議，Transport Control Protocol。可靠的主機到主機層協議。這里要先強調一下，傳輸控制協議是OSI網路的第四層的叫法，TCP傳輸控制協議是TCP/IP傳輸的6個基本協議的一種。兩個TCP意思非相同。 )。TCP是一種可靠的面向連接的傳送服務。它在傳送數據時是分段進行的，主機交換數據必須建立一個會話。它用比特流通信，即數據被作為無結構的位元組流。 通過每個TCP傳輸的欄位指定順序號，以獲得可靠性。是在OSI參考模型中的第四層，TCP是使用IP的網間互聯功能而提供可靠的數據傳輸，IP不停的把報文放到 網路上，而TCP是負責確信報文到達。在協同IP的操作中TCP負責：握手過程、報文管理、流量控制、錯誤檢測和處理（控制），可以根據一定的編號順序對非正常順序的報文給予從新排列順序。關於TCP的RFC文檔有RFC793、RFC791、RFC1700。

在TCP會話初期，有所謂的「三握手」：對每次發送的數據量是怎樣跟蹤進行協商使數據段的發送和接收同步，根據所接收到的數據量而確定的數據確認數及數據發送、接收完畢後何時撤消聯系，並建立虛連接。為了提供可靠的傳送，TCP在發送新的數據之前，以特定的順序將數據包的序號，並需要這些包傳送給目標機之後的確認消息。TCP總是用來發送大批量的數據。當應用程序在收到數據後要做出確認時也要用到TCP。由於TCP需要時刻跟蹤，這需要額外開銷，使得TCP的格式有些顯得復雜

⑤ 詳細說明tcp的三次握手過程.說明為什麼不用兩次握手替代三次握手

建立連接的過程是利用客戶伺服器模式，假設主機A為客戶端，主機B為伺服器端。
（1）TCP的三次握手過程：主機A向B發送連接請求；主機B對收到的主機A的報文段進行確認；主機A再次對主機B的確認進行確認。
（2）採用三次握手是為了防止失效的連接請求報文段突然又傳送到主機B，因而產生錯誤。失效的連接請求報文段是指：主機A發出的連接請求沒有收到主機B的確認，於是經過一段時間後，主機A又重新向主機B發送連接請求，且建立成功，順序完成數據傳輸。考慮這樣一種特殊情況，主機A第一次發送的連接請求並沒有丟失，而是因為網路節點導致延遲達到主機B，主機B以為是主機A又發起的新連接，於是主機B同意連接，並向主機A發回確認，但是此時主機A根本不會理會，主機B就一直在等待主機A發送數據，導致主機B的資源浪費。
（3）採用兩次握手不行，原因就是上面說的失效的連接請求的特殊情況。

⑥ TCP連接建立過程中為什麼需要「三次握手」

傳輸控制協議 TCP）是一種面向連接的、可靠的、基於位元組流的運輸層（Transport layer）通信協議。是專門為了在不可靠的互聯網路上提供一個可靠的端到端位元組流而設計的。互聯網路與單個網路不同，因為互聯網路的不同部分可能有著截然不同的拓撲、帶寬、延遲、分組大小和其他參數。TCP的設計目標是能夠動態的適應互聯網路的這些特性，而且當面對多種失敗的時候仍然能夠健壯。 每一次TCP連接都需要三個階段：連接建立、數據傳送和連接釋放。三次握手就發生在連接建立階段。 在謝希仁著《計算機網路》第四版中講三次握手的目的是 為了防止已失效的連接請求報文段突然又傳送到了服務端，因而產生錯誤。在另一部經典的《計算機網路》一書中講三次握手的目的是為了解決 網路中存在延遲的重復分組的問題。 這兩種不用的表述其實闡明的是同一個問題。 謝希仁版《計算機網路》中的例子是這樣的，已失效的連接請求報文段的產生在這樣一種情況下：client發出的第一個連接請求報文段並沒有丟失，而是在某個網路結點長時間的滯留了，以致延誤到連接釋放以後的某個時間才到達server。本來這是一個早已失效的報文段。但server收到此失效的連接請求報文段後，就誤認為是client再次發出的一個新的連接請求。於是就向client發出確認報文段，同意建立連接。假設不採用三次握手，那麼只要server發出確認，新的連接就建立了。由於現在client並沒有發出建立連接的請求，因此不會理睬server的確認，也不會向server發送數據。但server卻以為新的運輸連接已經建立，並一直等待client發來數據。這樣，server的很多資源就白白浪費掉了。採用三次握手的辦法可以防止上述現象發生。例如剛才那種情況，client不會向server的確認發出確認。server由於收不到確認，就知道client並沒有要求建立連接。 這個例子很清晰的闡釋了三次握手對於建立可靠連接的意義。 在Google Groups的 TopLanguage 中看到一帖討論TCP三次握手覺得很有意思。貼主提出 的問題，在眾多回復中，有一條回復寫道：這個問題的本質是, 信道不可靠, 但是通信雙發需要就某個問題達成一致. 而要解決這個問題, 無論你在消息中包含什麼信息, 三次通信是理論上的最小值. 所以三次握手不是TCP本身的要求, 而是為了滿足"在不可靠信道上可靠地傳輸信息"這一需求所導致的. 請注意這里的本質需求,信道不可靠, 數據傳輸要可靠. 三次達到了, 那後面你想接著握手也好, 發數據也好, 跟進行可靠信息傳輸的需求就沒關系了. 因此,如果信道是可靠的, 即無論什麼時候發出消息, 對方一定能收到, 或者你不關心是否要保證對方收到你的消息, 那就能像UDP那樣直接發送消息就可以了. 。這可視為對三次握手目的的另一種解答思路。

⑦ 怎樣生動描述 TCP 的「三次握手」

不要抖機靈，三次握手即是在最快最省力的情況下做出的選擇
比如在紅軍時代，A連和B連分在左右翼，約定在幾時幾分一同發起打擊。這個幾時幾分的信息就需要人工通過通訊員來走路傳遞。所以A連指揮官派出通訊員。

這是第一次。

這就是三次握手