“我們?cè)趥鬏敂?shù)據(jù)時(shí)既峡，可以只使用(傳輸層)TCP/IP協(xié)議，但是那樣的話碧查，如果沒(méi)有應(yīng)用層运敢，便無(wú)法識(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é)議。

通過(guò)Socket跌宛，我們才能使用TCP/IP協(xié)議酗宋；實(shí)際上，Socket跟TCP/IP協(xié)議沒(méi)有必然的聯(lián)系疆拘。

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

所以說(shuō)哎迄，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é)議业筏，就像上面所說(shuō)，它只是提供了一個(gè)針對(duì)TCP或者UDP編程的接口鸟赫。

一蒜胖、什么是TCP連接的三次握手

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

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

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

握手過(guò)程中傳送的包里不包含數(shù)據(jù)肯适，三次握手完畢后莲绰，客戶(hù)端與服務(wù)器才正式開(kāi)始傳送數(shù)據(jù)。

理想狀態(tài)下，TCP連接一旦建立福贞，在通信雙方中的任何一方主動(dòng)關(guān)閉連接之前妻率，TCP 連接都將被一直保持下去弓千。

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

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

建立Socket連接至少需要一對(duì)套接字，其中一個(gè)運(yùn)行于客戶(hù)端绽媒，稱(chēng)為ClientSocket 蚕冬，另一個(gè)運(yùn)行于服務(wù)器端，稱(chēng)為ServerSocket 些椒。

套接字之間的連接過(guò)程分為三個(gè)步驟：服務(wù)器監(jiān)聽(tīng)，客戶(hù)端請(qǐng)求掸刊，連接確認(rèn)免糕。

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

2松逊、客戶(hù)端請(qǐng)求：指客戶(hù)端的套接字提出連接請(qǐng)求，要連接的目標(biāo)是服務(wù)器端的套接字肯夏。

為此经宏，客戶(hù)端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號(hào)驯击，然后就向服務(wù)器端套接字提出連接請(qǐng)求烁兰。

3、連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽(tīng)到/接收到客戶(hù)端套接字的連接請(qǐng)求時(shí)徊都，就響應(yīng)客戶(hù)端套接字的請(qǐng)求沪斟，建立一個(gè)新的線程，把服務(wù)器端套接字的描述發(fā)給客戶(hù)端暇矫，一旦客戶(hù)端確認(rèn)了此描述主之，雙方就正式建立連接择吊。

而服務(wù)器端套接字繼續(xù)處于監(jiān)聽(tīng)狀態(tài)，繼續(xù)接收其他客戶(hù)端套接字的連接請(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)是客戶(hù)端發(fā)送的每次請(qǐng)求都需要服務(wù)器回送響應(yīng)琼讽，在請(qǐng)求結(jié)束后必峰，會(huì)主動(dòng)釋放連接。從建立連接到關(guān)閉連接的過(guò)程稱(chēng)為“一次連接”钻蹬。

四吼蚁、TCP和UDP的區(qū)別

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

而UDP不是面向連接的，UDP傳送數(shù)據(jù)前并不與接收方建立連接顺献，接收方也不發(fā)送確認(rèn)信號(hào)旗国，發(fā)送端不知道數(shù)據(jù)是否會(huì)正確接收，也不重發(fā)注整，所以說(shuō)UDP是無(wú)連接的能曾、不可靠的一種數(shù)據(jù)傳輸協(xié)議。

2肿轨、由1描述的特點(diǎn)寿冕，使得UDP的開(kāi)銷(xiāo)更小、數(shù)據(jù)傳輸速率更高椒袍，因?yàn)椴槐剡M(jìn)行收發(fā)數(shù)據(jù)的確認(rèn)驼唱，所以UDP的實(shí)時(shí)性更好。

知道了TCP和UDP的區(qū)別驹暑，就不難理解為何采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢了玫恳，但并不能說(shuō)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县袱。