“我們?cè)趥鬏敂?shù)據(jù)時(shí)，可以只使用(傳輸層)TCP/IP協(xié)議午衰，但是那樣的話，如果沒有應(yīng)用層冒萄，便無法識(shí)別數(shù)據(jù)內(nèi)容“

TCP/IP只是一個(gè)協(xié)議棧臊岸，就像程序運(yùn)行一樣，必須要實(shí)現(xiàn)運(yùn)行宦言，同時(shí)還要提供對(duì)外的操作接口

網(wǎng)絡(luò)從下往上分為

物理層扇单、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層奠旺、傳輸層蜘澜、會(huì)話層施流、表示層和應(yīng)用層。IP協(xié)議對(duì)應(yīng)于網(wǎng)絡(luò)層鄙信，TCP協(xié)議對(duì)應(yīng)于傳輸層瞪醋，而HTTP協(xié)議對(duì)應(yīng)于應(yīng)用層，

應(yīng)用層協(xié)議有很多装诡，比如HTTP银受、FTP、TELNET等鸦采，也可以自己定義應(yīng)用層協(xié)議宾巍。

通過Socket，我們才能使用TCP/IP協(xié)議渔伯；實(shí)際上顶霞，Socket跟TCP/IP協(xié)議沒有必然的聯(lián)系。

Socket編程接口在設(shè)計(jì)的時(shí)候锣吼，希望也能適應(yīng)其他的網(wǎng)絡(luò)協(xié)議选浑。

所以說，Socket的出現(xiàn)只是使得程序員方便地使用TCP/IP協(xié)議玄叠，是對(duì)TCP/IP協(xié)議的抽象古徒，從而形成了一些基本的函數(shù)接口，比如create读恃、listen隧膘、connect、accept寺惫、send舀寓、read和write等等。

實(shí)際上肌蜻，傳輸層的TCP是基于網(wǎng)絡(luò)層的IP協(xié)議的，而應(yīng)用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的必尼，而Socket本身不算是協(xié)議蒋搜，就像上面所說，它只是提供了一個(gè)針對(duì)TCP或者UDP編程的接口判莉。

一豆挽、什么是TCP連接的三次握手

第一次握手：客戶端發(fā)送syn包(synchronous 同步的； s??kr?n?s, syn=j)到服務(wù)器券盅，并進(jìn)入SYN_SEND狀態(tài)帮哈，等待服務(wù)器確認(rèn);

第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN(ack=j+1)锰镀，同時(shí)自己也發(fā)送一個(gè)SYN包(syn=k)娘侍，即SYN+ACK包咖刃，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài);

第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)憾筏，此包發(fā)送完畢嚎杨，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手氧腰。

握手過程中傳送的包里不包含數(shù)據(jù)枫浙，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)古拴。

理想狀態(tài)下箩帚，TCP連接一旦建立，在通信雙方中的任何一方主動(dòng)關(guān)閉連接之前黄痪，TCP 連接都將被一直保持下去紧帕。

服務(wù)器和客戶端均可以主動(dòng)發(fā)起斷開TCP連接請(qǐng)求，斷開過程需要經(jīng)過“四次握手”满力，最終確定斷開焕参。

二、利用Socket建立網(wǎng)絡(luò)連接的步驟

建立Socket連接至少需要一對(duì)套接字油额，其中一個(gè)運(yùn)行于客戶端叠纷，稱為ClientSocket ，另一個(gè)運(yùn)行于服務(wù)器端潦嘶，稱為ServerSocket 涩嚣。

套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽，客戶端請(qǐng)求掂僵，連接確認(rèn)航厚。

1、服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字锰蓬，而是處于等待連接的狀態(tài)幔睬，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請(qǐng)求芹扭。

2麻顶、客戶端請(qǐng)求：指客戶端的套接字提出連接請(qǐng)求，要連接的目標(biāo)是服務(wù)器端的套接字舱卡。

為此辅肾，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號(hào)轮锥，然后就向服務(wù)器端套接字提出連接請(qǐng)求矫钓。

3、連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到/接收到客戶端套接字的連接請(qǐng)求時(shí)，就響應(yīng)客戶端套接字的請(qǐng)求新娜，建立一個(gè)新的線程赵辕，把服務(wù)器端套接字的描述發(fā)給客戶端，一旦客戶端確認(rèn)了此描述杯活，雙方就正式建立連接匆帚。

而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請(qǐng)求旁钧。

三吸重、HTTP鏈接的特點(diǎn)

HTTP協(xié)議即超文本傳送協(xié)議(Hypertext Transfer Protocol )，是Web聯(lián)網(wǎng)的基礎(chǔ)歪今，也是手機(jī)聯(lián)網(wǎng)常用的協(xié)議之一嚎幸，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用。

HTTP連接最顯著的特點(diǎn)是客戶端發(fā)送的每次請(qǐng)求都需要服務(wù)器回送響應(yīng)寄猩，在請(qǐng)求結(jié)束后嫉晶，會(huì)主動(dòng)釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”田篇。

四替废、TCP和UDP的區(qū)別

1、TCP是面向鏈接的泊柬，雖然說網(wǎng)絡(luò)的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性椎镣，但TCP的三次握手在最低限度上(實(shí)際上也很大程度上保證了)保證了連接的可靠性;

而UDP不是面向連接的，UDP傳送數(shù)據(jù)前并不與接收方建立連接兽赁，接收方也不發(fā)送確認(rèn)信號(hào)状答，發(fā)送端不知道數(shù)據(jù)是否會(huì)正確接收，也不重發(fā)刀崖，所以說UDP是無連接的惊科、不可靠的一種數(shù)據(jù)傳輸協(xié)議。

2亮钦、由1描述的特點(diǎn)馆截，使得UDP的開銷更小、數(shù)據(jù)傳輸速率更高蜂莉，因?yàn)椴槐剡M(jìn)行收發(fā)數(shù)據(jù)的確認(rèn)孙咪，所以UDP的實(shí)時(shí)性更好。

知道了TCP和UDP的區(qū)別巡语，就不難理解為何采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢了，但并不能說QQ的通信是不安全的淮菠，

因?yàn)槌绦騿T可以手動(dòng)對(duì)UDP的數(shù)據(jù)收發(fā)進(jìn)行驗(yàn)證男公，比如發(fā)送方對(duì)每個(gè)數(shù)據(jù)包進(jìn)行編號(hào)然后由接收方進(jìn)行驗(yàn)證。

著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)枢赔，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處澄阳。互聯(lián)網(wǎng)+時(shí)代踏拜，時(shí)刻要保持學(xué)習(xí)碎赢，攜手千鋒PHP,Dream It Possible。