1)OSI與TCP/IP各層的結(jié)構(gòu)與功能姆坚，都有哪些協(xié)議澳泵。

OSI分層 （7層）：物理層、數(shù)據(jù)鏈路層兼呵、網(wǎng)絡(luò)層兔辅、傳輸層、會(huì)話層击喂、表示層维苔、應(yīng)用層。

TCP/IP分層（4層）：網(wǎng)絡(luò)接口層懂昂、網(wǎng)際層介时、運(yùn)輸層、應(yīng)用層凌彬。

五層協(xié)議（5層）：物理層沸柔、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層铲敛、運(yùn)輸層褐澎、應(yīng)用層。

每一層的協(xié)議如下：

物理層：RJ45伐蒋、CLOCK工三、IEEE802.3??? （中繼器迁酸，集線器，網(wǎng)關(guān)）

數(shù)據(jù)鏈路：PPP俭正、FR胁出、HDLC、VLAN段审、MAC? （網(wǎng)橋，交換機(jī)）

網(wǎng)絡(luò)層：IP闹蒜、ICMP寺枉、ARP、RARP绷落、OSPF姥闪、IPX、RIP砌烁、IGRP筐喳、 （路由器）

傳輸層：TCP、UDP函喉、SPX

會(huì)話層：NFS避归、SQL、NETBIOS管呵、RPC

表示層：JPEG梳毙、MPEG、ASII

應(yīng)用層：FTP捐下、DNS账锹、Telnet、SMTP坷襟、HTTP奸柬、WWW、NFS

每一層的作用如下：

物理層：通過媒介傳輸比特,確定機(jī)械及電氣規(guī)范（比特Bit）

數(shù)據(jù)鏈路層：將比特組裝成幀和點(diǎn)到點(diǎn)的傳遞（幀F(xiàn)rame）

網(wǎng)絡(luò)層：負(fù)責(zé)數(shù)據(jù)包從源到宿的傳遞和網(wǎng)際互連（包PackeT）

傳輸層：提供端到端的可靠報(bào)文傳遞和錯(cuò)誤恢復(fù)（段Segment）

會(huì)話層：建立婴程、管理和終止會(huì)話（會(huì)話協(xié)議數(shù)據(jù)單元SPDU）

表示層：對數(shù)據(jù)進(jìn)行翻譯廓奕、加密和壓縮（表示協(xié)議數(shù)據(jù)單元PPDU）

應(yīng)用層：允許訪問OSI環(huán)境的手段（應(yīng)用協(xié)議數(shù)據(jù)單元APDU）

2)TCP與UDP的區(qū)別。

TCP提供面向連接的档叔、可靠的數(shù)據(jù)流傳輸懂从，而UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸蹲蒲。

TCP傳輸單位稱為TCP報(bào)文段番甩，UDP傳輸單位稱為用戶數(shù)據(jù)報(bào)。

TCP注重?cái)?shù)據(jù)安全性届搁，UDP數(shù)據(jù)傳輸快缘薛，因?yàn)椴恍枰B接等待窍育，少了許多操作，但是其安全性卻一般宴胧。

3)TCP報(bào)文結(jié)構(gòu)漱抓。

4)TCP的三次握手與四次揮手過程，各個(gè)狀態(tài)名稱與含義恕齐，TIMEWAIT的作用乞娄。

手機(jī)能夠使用聯(lián)網(wǎng)功能是因?yàn)槭謾C(jī)底層實(shí)現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過無線網(wǎng)絡(luò)建立TCP連接显歧。TCP協(xié)議可以對上層網(wǎng)絡(luò)提供接口仪或，使上層網(wǎng)絡(luò)數(shù)據(jù)的傳輸建立在“無差別”的網(wǎng)絡(luò)之上。

三次握手

TCP是主機(jī)對主機(jī)層的傳輸控制協(xié)議士骤，提供可靠的連接服務(wù)范删，采用三次握手確認(rèn)建立一個(gè)連接:

位碼即tcp標(biāo)志位,有6種標(biāo)示:

SYN(synchronous建立聯(lián)機(jī))

ACK(acknowledgement 確認(rèn))

PSH(push傳送)

FIN(finish結(jié)束)

RST(reset重置)

URG(urgent緊急)

Sequence number(順序號(hào)碼)

Acknowledge number(確認(rèn)號(hào)碼)

客戶端TCP狀態(tài)遷移：

CLOSED->SYN_SENT->ESTABLISHED->FIN_WAIT_1->FIN_WAIT_2->TIME_WAIT->CLOSED

服務(wù)器TCP狀態(tài)遷移：

CLOSED->LISTEN->SYN收到->ESTABLISHED->CLOSE_WAIT->LAST_ACK->CLOSED

各個(gè)狀態(tài)的意義如下：

LISTEN - 偵聽來自遠(yuǎn)方TCP端口的連接請求；

SYN-SENT -在發(fā)送連接請求后等待匹配的連接請求拷肌；

SYN-RECEIVED - 在收到和發(fā)送一個(gè)連接請求后等待對連接請求的確認(rèn)到旦；

ESTABLISHED- 代表一個(gè)打開的連接，數(shù)據(jù)可以傳送給用戶巨缘；

FIN-WAIT-1 - 等待遠(yuǎn)程TCP的連接中斷請求添忘，或先前的連接中斷請求的確認(rèn)；

FIN-WAIT-2 - 從遠(yuǎn)程TCP等待連接中斷請求若锁；

CLOSE-WAIT - 等待從本地用戶發(fā)來的連接中斷請求昔汉；

CLOSING -等待遠(yuǎn)程TCP對連接中斷的確認(rèn)；

LAST-ACK - 等待原來發(fā)向遠(yuǎn)程TCP的連接中斷請求的確認(rèn)拴清；

TIME-WAIT -等待足夠的時(shí)間以確保遠(yuǎn)程TCP接收到連接中斷請求的確認(rèn)靶病；

CLOSED - 沒有任何連接狀態(tài)；

TCP/IP協(xié)議中口予，TCP協(xié)議提供可靠的連接服務(wù)娄周，采用三次握手建立一個(gè)連接，如圖1所示沪停。

（1）第一次握手：建立連接時(shí)煤辨，客戶端A發(fā)送SYN包（SYN=j）到服務(wù)器B，并進(jìn)入SYN_SEND狀態(tài)木张，等待服務(wù)器B確認(rèn)众辨。

（2）第二次握手：服務(wù)器B收到SYN包，必須確認(rèn)客戶A的SYN（ACK=j+1）舷礼，同時(shí)自己也發(fā)送一個(gè)SYN包（SYN=k）鹃彻，即SYN+ACK包，此時(shí)服務(wù)器B進(jìn)入SYN_RECV狀態(tài)妻献。

（3）第三次握手：客戶端A收到服務(wù)器B的SYN＋ACK包蛛株，向服務(wù)器B發(fā)送確認(rèn)包ACK（ACK=k+1）团赁，此包發(fā)送完畢，客戶端A和服務(wù)器B進(jìn)入ESTABLISHED狀態(tài)谨履，完成三次握手欢摄。

完成三次握手，客戶端與服務(wù)器開始傳送數(shù)據(jù)笋粟。

確認(rèn)號(hào)：其數(shù)值等于發(fā)送方的發(fā)送序號(hào)+1(即接收方期望接收的下一個(gè)序列號(hào))怀挠。

5)TCP擁塞控制。

6)TCP滑動(dòng)窗口與回退N針協(xié)議

CP使用窗口機(jī)制進(jìn)行流量控制

什么是窗口害捕？

連接建立時(shí)绿淋，各端分配一塊緩沖區(qū)用來存儲(chǔ)接收的數(shù)據(jù)，并將緩沖區(qū)的尺寸發(fā)送給另一端

接收方發(fā)送的確認(rèn)信息中包含了自己剩余的緩沖區(qū)尺寸

剩余緩沖區(qū)空間的數(shù)量叫做窗口

7)Http的報(bào)文結(jié)構(gòu)吨艇。

8)Http的狀態(tài)碼含義。

狀態(tài)碼 ? ? ? ??狀態(tài)描述 ? ? ? ? ? ? ?簡要說明

200 ? ? ? ? ? ? ? ? ?OK ? ? ? ? ? ? ?客戶端請求成功

201 ? ? ? ? ? ? ?Created ? ? ? ? ??請求已經(jīng)被實(shí)現(xiàn)腾啥，而且有一個(gè)新的資源已經(jīng)依據(jù)請求的需要而創(chuàng)建东涡。

301 ? ? ? ? Moved Permanently ??被請求的資源已永久移動(dòng)到新位置，并且將來任何對此資源的引用都應(yīng)該使用本響應(yīng)返回的若干個(gè)URI之一

302 ? ? ? ? ? ? ? ?Found ? ? ? ? ? ?在響應(yīng)報(bào)文中使用首部“Location: URL”指定臨時(shí)資源位置

304 ? ? ? ? ??Not Modified ? ? ? ?條件式請求中使用

403 ? ? ? ? ? ?Forbidden ? ? ? ? ?請求被服務(wù)器拒絕

404 ? ? ? ? ??Not Found ? ? ? ? ??服務(wù)器無法找到請求的URL

405 ? ? ?Method Not Allowed ? 不允許使用此方法請求相應(yīng)的URL

500 ? ??Internal Server Error ??服務(wù)器內(nèi)部錯(cuò)誤

502 ? ??Bad Gateway ? ? ? ? ? ? ?代理服務(wù)器從上游收到了一條偽響應(yīng)

503 ? ?Service Unavailable ? ? ?服務(wù)器此時(shí)無法提供服務(wù)倘待，但將來可能可用

505 ? ?HTTP Version Not Supported

服務(wù)器不支持疮跑，或者拒絕支持在請求中使用的HTTP版本。這暗示著服務(wù)器不能或不愿使用與客戶端相同的版本凸舵。響應(yīng)中應(yīng)當(dāng)包含一個(gè)描述了為何版本不被支持以及服務(wù)器支持哪些協(xié)議的實(shí)體祖娘。

9)Http request的幾種類型。

OPTIONS：返回服務(wù)器針對特定資源所支持的HTTP請求方法啊奄。也可以利用向Web服務(wù)器發(fā)送'*'的請求來測試服務(wù)器的功能性渐苏。

HEAD：向服務(wù)器索要與GET請求相一致的響應(yīng)，只不過響應(yīng)體將不會(huì)被返回菇夸。這一方法可以在不必傳輸整個(gè)響應(yīng)內(nèi)容的情況下琼富，就可以獲取包含在響應(yīng)消息頭中的元信息。

GET：向特定的資源發(fā)出請求庄新。

POST：向指定資源提交數(shù)據(jù)進(jìn)行處理請求（例如提交表單或者上傳文件）鞠眉。數(shù)據(jù)被包含在請求體中。POST請求可能會(huì)導(dǎo)致新的資源的創(chuàng)建和/或已有資源的修改择诈。

PUT：向指定資源位置上傳其最新內(nèi)容械蹋。

DELETE：請求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源。

TRACE：回顯服務(wù)器收到的請求羞芍，主要用于測試或診斷哗戈。

CONNECT：HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。

10)Http1.1和Http1.0的區(qū)別

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

1）在HTTP 1.0中副渴，客戶端的每次請求都要求建立一次單獨(dú)的連接奈附，在處理完本次請求后，就自動(dòng)釋放連接煮剧。

2）在HTTP 1.1中則可以在一次連接中處理多個(gè)請求斥滤，并且多個(gè)請求可以重疊進(jìn)行，不需要等待一個(gè)請求結(jié)束后再發(fā)送下一個(gè)請求勉盅。

1. HTTP 1.0規(guī)定瀏覽器與服務(wù)器只保持短暫的連接佑颇，而HTTP 1.1 支持長連接

2. HTTP 1.1支持持久連接，在一個(gè)TCP連接上可以傳送多個(gè)HTTP請求和響應(yīng)草娜，減少了建立和關(guān)閉連接的消耗和延遲挑胸。HTTP1.1還允許客戶端不用等待上一次請求結(jié)果返回，就可以發(fā)出下一次請求宰闰，但服務(wù)器端必須按照接收到客戶端請求的先后順序依次回送響應(yīng)結(jié)果茬贵，以保證客戶端能夠區(qū)分出每次請求的響應(yīng)內(nèi)容，這樣也顯著地減少了整個(gè)下載過程所需要的時(shí)間移袍。

3. HTTP 1.1還提供了與身份認(rèn)證解藻、狀態(tài)管理和Cache緩存等機(jī)制相關(guān)的請求頭和響應(yīng)頭。

4. HTTP 1.1中增加Host請求頭字段后葡盗，WEB瀏覽器可以使用主機(jī)頭名來明確表示要訪問服務(wù)器上的哪個(gè)WEB站點(diǎn)螟左，這才實(shí)現(xiàn)了在一臺(tái)WEB服務(wù)器上可以在同一個(gè)IP地址和端口號(hào)上使用不同的主機(jī)名來創(chuàng)建多個(gè)虛擬WEB站點(diǎn)。

11)Http怎么處理長連接觅够。

http長連接即持久連接是http1.1版本的一個(gè)特性胶背，即一個(gè)http連接建立完成一個(gè)請求-回應(yīng)后，可以不需要立刻關(guān)閉喘先，可以重復(fù)使用奄妨。http的長連接是可以發(fā)送多個(gè)請求而不用等待每個(gè)響應(yīng)的。

12)Socket介紹

- 套接字（socket）概念

套接字（socket）是通信的基石苹祟，是支持TCP/IP協(xié)議的網(wǎng)絡(luò)通信的基本操作單元砸抛。它是網(wǎng)絡(luò)通信過程中端點(diǎn)的抽象表示，包含進(jìn)行網(wǎng)絡(luò)通信必須的五種信息：連接使用的協(xié)議树枫，本地主機(jī)的IP地址直焙，本地進(jìn)程的協(xié)議端口，遠(yuǎn)地主機(jī)的IP地址砂轻，遠(yuǎn)地進(jìn)程的協(xié)議端口奔誓。

應(yīng)用層通過傳輸層進(jìn)行數(shù)據(jù)通信時(shí)，TCP會(huì)遇到同時(shí)為多個(gè)應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問題。多個(gè)TCP連接或多個(gè)應(yīng)用程序進(jìn)程可能需要通過同一個(gè)TCP協(xié)議端口傳輸數(shù)據(jù)厨喂。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接和措，許多計(jì)算機(jī)操作系統(tǒng)為應(yīng)用程序與TCP／IP協(xié)議交互提供了套接字(Socket)接口。應(yīng)用層可以和傳輸層通過Socket接口蜕煌，區(qū)分來自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信派阱，實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。

- 建立socket連接

建立Socket連接至少需要一對套接字斜纪，其中一個(gè)運(yùn)行于客戶端贫母，稱為ClientSocket ，另一個(gè)運(yùn)行于服務(wù)器端盒刚，稱為ServerSocket 腺劣。

套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽，客戶端請求因块，連接確認(rèn)橘原。

服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)涡上，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)趾断，等待客戶端的連接請求。

客戶端請求：指客戶端的套接字提出連接請求吓懈，要連接的目標(biāo)是服務(wù)器端的套接字歼冰。為此靡狞，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字耻警，指出服務(wù)器端套接字的地址和端口號(hào)，然后就向服務(wù)器端套接字提出連接請求甸怕。

連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時(shí)甘穿，就響應(yīng)客戶端套接字的請求，建立一個(gè)新的線程梢杭，把服務(wù)器端套接字的描述發(fā)給客戶端温兼，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接武契。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)募判，繼續(xù)接收其他客戶端套接字的連接請求。

13)Cookie與Session的作用于原理咒唆。

14)電腦上訪問一個(gè)網(wǎng)頁届垫，整個(gè)過程是怎么樣的：DNS、HTTP全释、TCP装处、OSPF、IP浸船、ARP妄迁。

15)Ping的整個(gè)過程寝蹈。ICMP報(bào)文是什么。

16)C/S模式下使用socket通信登淘，幾個(gè)關(guān)鍵函數(shù)箫老。

Server : listen(port)

accept()

Client :?? connect(ip_address, port)

17)IP地址分類。

A : 0開頭?? （1.0.0.0 ~ 126.255.255.255）? 政府

B：10開頭? （128.0.0.0 ~ 191.255.255.255） 企業(yè)

C：110開頭 （192.0.0.0 ~ 233.255.255.255）? 個(gè)人

D：1110開頭（224.0.0.1~239.255.255.254）組播

E：11110開頭（240.0.0.1~255.255.255.254）實(shí)驗(yàn)

全1 ： 廣播地址

全0 ： 網(wǎng)絡(luò)地址

18)路由器與交換機(jī)區(qū)別形帮。

路由器是3層設(shè)備槽惫，工作在網(wǎng)絡(luò)層，交換機(jī)工作與數(shù)據(jù)鏈路層辩撑，是第2層設(shè)備界斜。交換機(jī)內(nèi)部的CPU會(huì)在每個(gè)端口成功連接時(shí)，通過ARP協(xié)議學(xué)習(xí)它的MAC地址合冀，保存成一張 ARP表各薇。在今后的通訊中，發(fā)往該MAC地址的數(shù)據(jù)包將僅送往其對應(yīng)的端口君躺，而不是所有的端口峭判。因此，交換機(jī)可用于劃分?jǐn)?shù)據(jù)鏈路層廣播棕叫，即沖突域林螃；但它不 能劃分網(wǎng)絡(luò)層廣播，即廣播域俺泣。路由器的一個(gè)作用是連通不同的網(wǎng)絡(luò)疗认，另一個(gè)作用是選擇信息傳送的線路。

19)TCP/IP伏钠、Http横漏、Socket的區(qū)別

a)SOCKET連接與TCP/IP連接

創(chuàng)建Socket連接時(shí)，可以指定使用的傳輸層協(xié)議熟掂，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP）缎浇，當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)，該Socket連接就是一個(gè)TCP連接赴肚。

socket則是對TCP/IP協(xié)議的封裝和應(yīng)用（程序員層面上）素跺。也可以說，TPC/IP協(xié)議是傳輸層協(xié)議誉券，主要解決數(shù)據(jù) 如何在網(wǎng)絡(luò)中傳輸指厌，而HTTP是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)横朋。關(guān)于TCP/IP和HTTP協(xié)議的關(guān)系仑乌，網(wǎng)絡(luò)有一段比較容易理解的介紹：

“我們在傳輸數(shù)據(jù)時(shí)，可以只使用（傳輸層）TCP/IP協(xié)議，但是那樣的話晰甚，如 果沒有應(yīng)用層衙传，便無法識(shí)別數(shù)據(jù)內(nèi)容，如果想要使傳輸?shù)臄?shù)據(jù)有意義厕九，則必須使用到應(yīng)用層協(xié)議蓖捶，應(yīng)用層協(xié)議有很多，比如HTTP扁远、FTP俊鱼、TELNET等，也 可以自己定義應(yīng)用層協(xié)議畅买。WEB使用HTTP協(xié)議作應(yīng)用層協(xié)議并闲，以封裝HTTP文本信息，然后使用TCP/IP做傳輸層協(xié)議將它發(fā)到網(wǎng)絡(luò)上谷羞〉刍穑”

我們平時(shí)說的最多的socket是什么呢，實(shí)際上socket是對TCP/IP協(xié)議的封裝湃缎，Socket本身并不是協(xié)議犀填，而是一個(gè)調(diào)用接口（API），通過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é)議棧而已佳窑，是對TCP/IP協(xié)議的抽象制恍，從而形成了我們知道的一些最基本的函數(shù)接口父能，比如create、 listen净神、connect何吝、accept、send鹃唯、read和write等等爱榕。網(wǎng)絡(luò)有一段關(guān)于socket和TCP/IP協(xié)議關(guān)系的說法比較容易理解：

“TCP/IP只是一個(gè)協(xié)議棧，就像操作系統(tǒng)的運(yùn)行機(jī)制一樣坡慌，必須要具體實(shí)現(xiàn)黔酥，同時(shí)還要提供對外的操作接口。這個(gè)就像操作系統(tǒng)會(huì)提供標(biāo)準(zhǔn)的編程接口，比如win32編程接口一樣跪者，TCP/IP也要提供可供程序員做網(wǎng)絡(luò)開發(fā)所用的接口棵帽，這就是Socket編程接口≡幔”

實(shí)際上逗概，傳輸層的TCP是基于網(wǎng)絡(luò)層的IP協(xié)議的，而應(yīng)用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的忘衍，而Socket本身不算是協(xié)議逾苫，就像上面所說，它只是提供了一個(gè)針對TCP或者UDP編程的接口枚钓。socket是對端口通信開發(fā)的工具,它要更底層一些.

b)Socket連接與HTTP連接

由于通常情況下Socket連接就是TCP連接铅搓，因此Socket連接一旦建立，通信雙方即可開始相互發(fā)送數(shù)據(jù)內(nèi)容搀捷，直到雙方連接斷開狸吞。但在實(shí)際網(wǎng)絡(luò)應(yīng)用中，客戶端到服務(wù)器之間的通信往往需要穿越多個(gè)中間節(jié)點(diǎn)指煎，例如路由器蹋偏、網(wǎng)關(guān)、防火墻等至壤，大部分防火墻默認(rèn)會(huì)關(guān)閉長時(shí)間處于非活躍狀態(tài)的連接而導(dǎo)致Socket 連接斷連威始，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)像街。

而HTTP連接使用的是“請求—響應(yīng)”的方式黎棠，不僅在請求時(shí)需要先建立連接，而且需要客戶端向服務(wù)器發(fā)出請求后镰绎，服務(wù)器端才能回復(fù)數(shù)據(jù)脓斩。

很多情況下，需要服務(wù)器端主動(dòng)向客戶端推送數(shù)據(jù)畴栖，保持客戶端與服務(wù)器數(shù)據(jù)的實(shí)時(shí)與同步随静。此時(shí)若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給客戶端吗讶；若雙方建立的是HTTP連接燎猛，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端，因此照皆，客戶端定時(shí)向服務(wù)器端發(fā)送連接請求重绷，不僅可以保持在線，同時(shí)也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)膜毁，如果有就將數(shù)據(jù)傳給客戶端昭卓。

http協(xié)議是應(yīng)用層的協(xié)義

有個(gè)比較形象的描述：HTTP是轎車愤钾，提供了封裝或者顯示數(shù)據(jù)的具體形式；Socket是發(fā)動(dòng)機(jī)候醒，提供了網(wǎng)絡(luò)通信的能力绰垂。

兩個(gè)計(jì)算機(jī)之間的交流無非是兩個(gè)端口之間的數(shù)據(jù)通信,具體的數(shù)據(jù)會(huì)以什么樣的形式展現(xiàn)`是以不同的應(yīng)用層協(xié)議來定義的`如HTTP`FTP`...