關鍵名稱解釋：SYN同步位，ACK確認為，   ack確認號， （期望得到的seq）， seq資料傳輸序號 1.握手圖      client                                                                        server （1）           SYN=1（第一次請求建立連線同部位）,ACK=0（因為沒有人給他發信息，所以不需要什麼確認）,seq=x（隨機產生一個數據序號）               -------------------------------------------> （2）           SYN=1（第一次請求建立連線同部位） ,ACK=1（確認收到seq=x） ,ack=x+1（期望得到的seq=x+1 ） , seq=y（好吧我也發給你一個數據y，試試你是否能收到）               <------------------------------------------- （3）           SYN=1（第一次請求建立連線同部位） ,ACK=1（確認收到seq=y） ,ack=y+1（期望得到的seq=y+1 ） , seq=x+1（好吧我又也發給你一個數據x+1 ）               -------------------------------------------> 2.其實tcp三次握手不太好理解   我們可以稱它為2次傳送2次確認 3.具體直白語言描述    client 發信息：server我發給你資訊請求連結，收到我了回覆    server確認併發資訊：client我收到你資訊了。我發信息給你了，收到請回復我    client 確認：server我收到你資訊了。        好結束對話，建立通訊連線渠道 4.為什麼不是2次，或者多次握手那？    先說多次握手，3次就夠用了，多說是廢話了    2次為什麼不行？    首先看對話    client 發信息：server我發給你資訊請求連結，收到我了回覆    server確認收到資訊：client我收到你資訊了。      好結束對話，建立通訊連線渠道     場景一：server說糟糕了，我client發完就掛了，我還傻乎乎的建立連線渠道了。     場景二：server說糟糕了，收到了好多client發過來的建立連線渠道     第一種場景解釋：可能client發完請求連結訊息時，自己掛掉了     第二種場景解釋：由於網路延時，client發了好多訊息給server，這時server建立了很多連結