手機能夠使用聯網功能是因為手機底層實現了tcp/ip協議，可以使手機終端通過無線網路建立tcp連線。tcp協議可以對上層網路提供介面，使上層網路資料的傳輸建立在「無差別」的網路之上。
建立起乙個tcp連線需要經過「三次握手」：
第一次握手：客戶端傳送syn包(syn=j)到伺服器，並進入syn_send狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的syn（ack=j+1），同時自己也傳送乙個syn包（syn=k），即syn+ack包，此時伺服器進入syn_recv狀態；
第三次握手：客戶端收到伺服器的syn＋ack包，向伺服器傳送確認包ack(ack=k+1)，此包傳送完畢，客戶端和伺服器進入established狀態，完成三次握手。
握手過程中傳送的包裡不包含資料，三次握手完畢後，客戶端與伺服器才正式開始傳送資料。理想狀態下，tcp連線一旦建立，在通訊雙方中的任何一方主動關閉連線之前，tcp 連線都將被一直保持下去。斷開連線時伺服器和客戶端均可以主動發起斷開tcp連線的請求，斷開過程需要經過「四次握手」（過程就不細寫了，就是伺服器和客 戶端互動，最終確定斷開）
http協議即超文字傳送協議(hypertext transfer protocol )，是web聯網的基礎，也是手機聯網常用的協議之一，http協議是建立在tcp協議之上的一種應用。
http連線最顯著的特點是客戶端傳送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連線。從建立連線到關閉連線的過程稱為「一次連線」。
3.1 套接字（socket）概念
套接字（socket）是通訊的基石，是支援tcp/ip協議的網路通訊的基本操作單元。它是網路通訊過程中端點的抽象表示，包含進行網路通訊必須的五種資訊：連線使用的協議，本地主機的ip位址，本地程序的協議埠，遠地主機的ip位址，遠地程序的協議埠。
應用層通過傳輸層進行資料通訊時，tcp會遇到同時為多個應用程式程序提供併發服務的問題。多個tcp連線或多個應用程式程序可能需要通過同乙個 tcp協議埠傳輸資料。為了區別不同的應用程式程序和連線，許多計算機作業系統為應用程式與tcp／ip協議互動提供了套接字(socket)介面。應 用層可以和傳輸層通過socket介面，區分來自不同應用程式程序或網路連線的通訊，實現資料傳輸的併發服務。
3.2 建立socket連線
建立socket連線至少需要一對套接字，其中乙個執行於客戶端，稱為clientsocket ，另乙個執行於伺服器端，稱為serversocket 。
套接字之間的連線過程分為三個步驟：伺服器監聽，客戶端請求，連線確認。
伺服器監聽：伺服器端套接字並不定位具體的客戶端套接字，而是處於等待連線的狀態，實時監控網路狀態，等待客戶端的連線請求。
客戶端請求：指客戶端的套接字提出連線請求，要連線的目標是伺服器端的套接字。為此，客戶端的套接字必須首先描述它要連線的伺服器的套接字，指出伺服器端套接字的位址和埠號，然後就向伺服器端套接字提出連線請求。
連線確認：當伺服器端套接字監聽到或者說接收到客戶端套接字的連線請求時，就響應客戶端套接字的請求，建立乙個新的執行緒，把伺服器端套接字的描述發 給客戶端，一旦客戶端確認了此描述，雙方就正式建立連線。而伺服器端套接字繼續處於監聽狀態，繼續接收其他客戶端套接字的連線請求。
建立socket連線時，可以指定使用的傳輸層協議，socket可以支援不同的傳輸層協議（tcp或udp），當使用tcp協議進行連線時，該socket連線就是乙個tcp連線。
由於通常情況下socket連線就是tcp連線，因此socket連線一旦建立，通訊雙方即可開始相互傳送資料內容，直到雙方連線斷開。但在實際網 絡應用中，客戶端到伺服器之間的通訊往往需要穿越多個中間節點，例如路由器、閘道器、防火牆等，大部分防火牆缺省會關閉長時間處於非活躍狀態的連線而導致 socket 連線斷連，因此需要通過輪詢告訴網路，該連線處於活躍狀態。
而http連線使用的是「請求—響應」的方式，不僅在請求時需要先建立連線，而且需要客戶端向伺服器發出請求後，伺服器端才能回覆資料。
tcp是主機對主機層的傳輸控制協議，提供可靠的連線服務，採用三次握手確認建立乙個連線:
位碼即tcp標誌位,有6種標示:syn(synchronous建立聯機) ack(acknowledgement 確認) psh(push傳送) fin(finish結束) rst(reset重置) urg(urgent緊急)
sequence number(順序號碼) acknowledge number(確認號碼)
第一次握手：主機a傳送位碼為syn＝1,隨機產生seq number=1234567的資料報到伺服器，主機b由syn=1知道，a要求建立聯機；
第二次握手：主機b收到請求後要確認聯機資訊，向a傳送ack number=(主機a的seq+1),syn=1,ack=1,隨機產生seq=7654321的包
第三次握手：主機a收到後檢查ack number是否正確，即第一次傳送的seq number+1,以及位碼ack是否為1，若正確，主機a會再傳送ack number=(主機b的seq+1),ack=1，主機b收到後確認seq值與ack=1則連線建立成功。
完成三次握手，主機a與主機b開始傳送資料。
在tcp/ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。
第一次握手：建立連線時，客戶端傳送syn包(syn=j)到伺服器，並進入syn_send狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的syn（ack=j+1），同時自己也傳送乙個syn包（syn=k），即syn+ack包，此時伺服器進入syn_recv狀態；
第三次握手：客戶端收到伺服器的syn＋ack包，向伺服器傳送確認包ack(ack=k+1)，此包傳送完畢，客戶端和伺服器進入established狀態，完成三次握手。 完成三次握手，客戶端與伺服器開始傳送資料.
例項:ip 192.168.1.116.3337 > 192.168.1.123.7788: s 3626544836:3626544836
ip 192.168.1.123.7788 > 192.168.1.116.3337: s 1739326486:1739326486 ack 3626544837
ip 192.168.1.116.3337 > 192.168.1.123.7788: ack 1739326487,ack 1
第一次握手：192.168.1.116傳送位碼syn＝1,隨機產生seq number=3626544836的資料報到192.168.1.123,192.168.1.123由syn=1知道192.168.1.116要求建立聯機;
第二次握手：192.168.1.123收到請求後要確認聯機資訊，向192.168.1.116傳送ack number=3626544837,syn=1,ack=1,隨機產生seq=1739326486的包;
第三次握手：192.168.1.116收到後檢查ack number是否正確，即第一次傳送的seq number+1,以及位碼ack是否為1，若正確，192.168.1.116會再傳送ack number=1739326487,ack=1，192.168.1.123收到後確認seq=seq+1,ack=1則連線建立成功。
tcp的作用是流量控制，主要是控制資料流的傳輸。下面以瀏覽網頁為例，根據自身理解來解釋一下這個過程。（注：第二個ack屬於**段ack位）
pc瀏覽伺服器網頁此過程不包括網域名稱查詢，只描述tcp與http資料流的變化。
一、pc與http伺服器進行三次握手來建立連線。
1.pc：seq=0 ack=0 syn=1 ack=0 傳送給伺服器建立同步請求。
2.server： seq=0 ack=1 syn=1 ack=1 傳送給客戶端建立同步響應.
3.pc:seq=1 ack=1 syn=0 ack=1 傳送給伺服器,三次握手完成建立同步資訊成功.
4.pc產生http資料訊息,向伺服器傳送get請求.
5.伺服器收到請求並傳送tcp確認,然後傳送http資料資訊給客戶端的瀏覽器.
6.客戶端收到伺服器的http資訊,然後傳送tcp確認資訊給伺服器.
7.客戶端傳送fin+ack給伺服器,要求結束資料傳輸.
8.伺服器傳送tcp確認訊息用於確認pc的tcp的fin訊息
9.伺服器向客戶端傳送fin+ack訊息用於結束tcp會話.
10.客戶端傳送確認資訊給伺服器,整個會話結束.
TCP IP 三次握手和HTTP過程
手機能夠使用聯網功能是因為手機底層實現了tcp ip協議，可以使手機終端通過無線網路建立tcp連線。tcp協議可以對上層網路提供介面，使上層網路資料的傳輸建立在 無差別 的網路之上。建立起乙個tcp連線需要經過 三次握手 第一次握手 客戶端傳送syn包 syn j 到伺服器，並進入syn send狀...
TCP IP 三次握手
1.首先客戶端通過向伺服器端傳送乙個syn來建立乙個 主動開啟，作為三路握手的一部分。同步位為1 2.然後伺服器端應當為乙個合法的syn回送乙個 syn ack。同步位和確認位都為1 3.最後，客戶端再傳送乙個ack。這樣就完成了三 路握手，並進入了連線建立狀態。確認位位1 ftp服務之前首先需要t...
TCP IP三次握手
tcp是主機對主機層的傳輸控制協議，提供可靠的連線服務，採用三次握手確認建立乙個連線 位碼即tcp標誌位,有6種標示 syn synchronous建立聯機 ack acknowledgement 確認 psh push傳送 fin finish結束 rst reset重置 urg urgent緊急...