1. OSI 七層模型指什么 (難度***)

OSI(Open System Interconnection披摄，開放系統(tǒng)互連)帅韧，七層網(wǎng)絡(luò)模型稱為開放式系統(tǒng)互聯(lián)參考模型榨为，是一個(gè)邏輯上的定義惨好，一個(gè)規(guī)范，它把網(wǎng)絡(luò)從邏輯上分為了7層随闺。通過(guò)七個(gè)層次化的結(jié)構(gòu)模型使不同的系統(tǒng)不同的網(wǎng)絡(luò)之間實(shí)現(xiàn)可靠的通訊 日川。這七層由下往上可分為：

2. HTTP 的工作原理是什么？ (難度***)

HTTP協(xié)議定義web客戶端如何從web服務(wù)器請(qǐng)求web頁(yè)面矩乐，以及服務(wù)器如何把web頁(yè)面?zhèn)魉徒o客戶端龄句。HTTP協(xié)議采用了請(qǐng)求/響應(yīng)模型回论。客戶端向服務(wù)器發(fā)送一個(gè)請(qǐng)求報(bào)文分歇，請(qǐng)求報(bào)文包含請(qǐng)求的方法傀蓉、URL、協(xié)議版本职抡、請(qǐng)求頭部和請(qǐng)求數(shù)據(jù)葬燎。服務(wù)器以一個(gè)狀態(tài)行作為響應(yīng)，響應(yīng)的內(nèi)容包括協(xié)議的版本缚甩、成功或者錯(cuò)誤代碼谱净、服務(wù)器信息、響應(yīng)頭部和響應(yīng)數(shù)據(jù)擅威。下圖表明了這種請(qǐng)求/響應(yīng)模型壕探。

以下是HTTP請(qǐng)求/響應(yīng)的步驟：
（1）客戶端連接到web服務(wù)器
一個(gè)HTTP客戶端，通常是瀏覽器裕寨，與web服務(wù)器的HTTP端口（默認(rèn)80）建立一個(gè)TCP套接字連接浩蓉。
（2）發(fā)送HTTP請(qǐng)求
通過(guò)TCP套接字，客戶端向web服務(wù)器發(fā)送一個(gè)文本的請(qǐng)求報(bào)文宾袜，一個(gè)請(qǐng)求報(bào)文交由請(qǐng)求行捻艳、請(qǐng)求頭部、空行和請(qǐng)求數(shù)據(jù)4部分組成庆猫。
（3）服務(wù)器接收請(qǐng)求并返回HTTP響應(yīng)
web拂去其解析請(qǐng)求认轨，定位請(qǐng)求資源。服務(wù)器將資源復(fù)本寫到TCP套接字月培，由客戶端讀取嘁字。一個(gè)響應(yīng)由狀態(tài)行、響應(yīng)頭部杉畜、空行和響應(yīng)數(shù)據(jù)4部分組成纪蜒。
（4）釋放連接TCP連接
web服務(wù)器主動(dòng)關(guān)閉TCP套接字，釋放TCP連接此叠；客戶端被動(dòng)關(guān)閉TCP套接字纯续，釋放TCP連接。
（5）客戶端瀏覽器解析HTML內(nèi)容
客戶端瀏覽器首先解析狀態(tài)行灭袁，查看表明請(qǐng)求是否成功的狀態(tài)碼猬错。然后解析每一個(gè)響應(yīng)頭，響應(yīng)頭告知以下為若干字節(jié)的HTML文檔和文檔的字符集茸歧【氤矗客戶端瀏覽器讀取響應(yīng)數(shù)據(jù)HTML，根據(jù)HTML的預(yù)付對(duì)其進(jìn)行格式化软瞎，并在瀏覽器窗口中顯示逢唤。

3. URI 的格式是什么拉讯？常見的協(xié)議有哪些 (難度***)

URI（ Uniform Resource Identifier）統(tǒng)一資源標(biāo)識(shí)符
格式：

• 協(xié)議名方案
  定義Internet服務(wù)的類型。最常見的類型是http智玻。
• 登錄信息（認(rèn)證）
  指定用戶名和密碼作為從服務(wù)器端獲取資源時(shí)必要的登錄信息遂唧，即身份認(rèn)證芙代。
• 服務(wù)器地址
  使用URI必須指定帶訪問(wèn)的服務(wù)器地址吊奢。地址可以是DNS可解析的名稱，也可以是IP地址纹烹。
• 服務(wù)器端口號(hào)
  指定服務(wù)器連接的網(wǎng)絡(luò)端口號(hào)页滚。一般情況下使用默認(rèn)端口號(hào)。
• 帶層次的文件路徑
  指定服務(wù)器上的文件路徑來(lái)定位特制的資源铺呵。
• 查詢字符串
  針對(duì)已指定的文件路徑內(nèi)的資源裹驰，可以使用查詢字符串傳入任意參數(shù)。
• 片段標(biāo)識(shí)符
  使用片段標(biāo)識(shí)符通常標(biāo)記以獲取資源中的子資源片挂。

常見協(xié)議：
IP（Internet Protocol）：網(wǎng)絡(luò)協(xié)議
HTTP (HyperText Transfer Protocol)：超文本傳輸協(xié)議
HTTPS（Hypertext Transport Protocol Server）：超文本傳輸安全協(xié)議
ARP（Address Resolution Protocol）：地址解析協(xié)議
FTP（File Transfer Protocol）：文件傳輸協(xié)議
SMTP（Simple Mail Transfer Protocol）：簡(jiǎn)單郵件傳輸協(xié)議
SFTP（Simple File Transfer Protocol ）：簡(jiǎn)單文件傳輸協(xié)議
TCP（Transfer Control Protocol）：傳輸控制協(xié)議
UDP（User Datagram Protocol）：用戶數(shù)據(jù)包協(xié)議

4. HTTP 協(xié)議有幾種和服務(wù)器交互的方法 (難度***)

• GET：最常用幻林，通常用于請(qǐng)求服務(wù)器發(fā)送某個(gè)資源，我們平時(shí)在瀏覽器輸入網(wǎng)頁(yè)地址音念，就是給服務(wù)器發(fā)送了一個(gè)GET請(qǐng)求沪饺。
• POST：用于向服務(wù)器發(fā)送數(shù)據(jù)，通常用來(lái)支持HTML表單（input闷愤、select整葡、textarea），表單中的數(shù)據(jù)會(huì)被發(fā)送到服務(wù)器讥脐。
• HEAD：該方法與GET類似遭居，只是不返回報(bào)文主體部分，用于確認(rèn)URI的有效性及資源更新的日期時(shí)間等旬渠。
• PUT：和GET從服務(wù)器獲取資源相反俱萍，PUT用于向服務(wù)器寫入資源；PUT的語(yǔ)義就是讓服務(wù)器用請(qǐng)求的主體部分創(chuàng)建一個(gè)請(qǐng)求URL命名的文檔告丢，如果存在就替換枪蘑；出于安全原因不是所有的服務(wù)器都能實(shí)現(xiàn)。
• TRACE：該方法是讓W(xué)EB服務(wù)器端將之前的請(qǐng)求通信環(huán)回給客戶端的方法芋齿⌒瓤埽可以用來(lái)確認(rèn)連接過(guò)程中發(fā)生的一系列操作。
• DELET：此方法用于要求服務(wù)器刪除請(qǐng)求的URL觅捆，和PUT一樣赦役，服務(wù)器可能會(huì)不支持（刪除資源）。
• OPTIONS：此方法用于請(qǐng)求 web服務(wù)器告知其支持的各種功能栅炒。

5. 狀態(tài)碼200,301,304,403,404,500,503分別代表什么意思 (難度****)

• 200 OK：請(qǐng)求被成功地完成掂摔，所請(qǐng)求的資源發(fā)送回客戶端术羔。
• 301 Moved Permanently：客戶請(qǐng)求的文檔在其他地方，新的URL在Location頭中給出乙漓，瀏覽器應(yīng)該自動(dòng)地訪問(wèn)新的URL级历。
• 304 Not Modified：客戶端有緩沖的文檔并發(fā)出了一個(gè)條件性的請(qǐng)求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務(wù)器告訴客戶叭披，原來(lái)緩沖的文檔還可以繼續(xù)使用寥殖。
• 403 Forbidden：對(duì)請(qǐng)求資源的訪問(wèn)被服務(wù)器拒絕了。
• 404 Not Found：請(qǐng)求所希望得到的資源在服務(wù)器上無(wú)法找到涩蜘。
• 500 Internal Server Error：服務(wù)器遇到了一個(gè)未曾預(yù)料的狀況嚼贡，導(dǎo)致了它無(wú)法完成對(duì)請(qǐng)求的處理。
• 503 Service Unavailable：服務(wù)器暫時(shí)處于超負(fù)荷或正在進(jìn)行停機(jī)維護(hù)同诫，現(xiàn)在無(wú)法處理請(qǐng)求粤策。

6. 報(bào)文有哪幾部分組成？ (可選 難度****)

• HTTP報(bào)文有兩類：
• 請(qǐng)求端（客戶端）的HTTP報(bào)文叫做請(qǐng)求報(bào)文误窖。
• 響應(yīng)端（服務(wù)端）的HTTP報(bào)文叫做響應(yīng)報(bào)文叮盘。
• HTTP報(bào)文大致可以分為報(bào)文首部和報(bào)文主體兩部分：
  • 請(qǐng)求報(bào)文：（報(bào)文首部+空行+報(bào)文主體）
  • 請(qǐng)求報(bào)文首部：
  • 請(qǐng)求行：（包含用于請(qǐng)求的方法、URI霹俺、HTTP版本）
  • 請(qǐng)求首部字段
  • 通用首部字段
  • 實(shí)體首部字段
  • 其他
  • 響應(yīng)報(bào)文：（報(bào)文首部+空行+報(bào)文主體）
  • 響應(yīng)報(bào)文首部：
  • 狀態(tài)行：（包含表明響應(yīng)結(jié)果的狀態(tài)碼柔吼，HTTP版本）
  • 響應(yīng)首部字段
  • 通用首部字段
  • 實(shí)體首部字段
  • 其他

7. 請(qǐng)求頭的格式和作用是什么？給個(gè)范例截圖說(shuō)明 (可選 難度****)

請(qǐng)求頭

Host：URI信息
Accept：瀏覽器能接收的資源類型
Accept-Encoding：告訴服務(wù)器能夠發(fā)送哪些編碼
Accept-Language：告訴服務(wù)器能夠發(fā)送哪些語(yǔ)言
Cache-Control：緩存控制
Connection：客戶端和服務(wù)器是否保持連接
Cookie：瀏覽器緩存
User-Agent：HTTP客戶端程序的信息

8. 首部的格式和作用是什么吭服？給個(gè)范例截圖說(shuō)明 (可選 難度****)

首部包括：普通首部(General)嚷堡、請(qǐng)求首部(Request Headers)、響應(yīng)首部(Response Headers)艇棕。

首部

• 普通首部：請(qǐng)求報(bào)文和響應(yīng)報(bào)文雙方都會(huì)使用的首部蝌戒。

首部 |描述
-------| ------| ------
Cache-Control| 控制緩存
Connection|控制不再轉(zhuǎn)發(fā)給代理的首部字段、管理持久連接
Data|創(chuàng)建HTTP報(bào)文的時(shí)間和日期
pragma|報(bào)文指令
Trailer|事先說(shuō)明在報(bào)文主體后記錄了哪些首部字段沼琉，可以應(yīng)用在HTTP1.1版本分塊傳輸編碼時(shí)使用北苟。
Transfer-Encoding|規(guī)定了傳輸報(bào)文主體時(shí)采用的編碼方式
Upgrade|用于檢測(cè)HTTP協(xié)議及其他協(xié)議是否可以使用更高版本進(jìn)行通信
Via|追蹤客戶端與服務(wù)器之間的請(qǐng)求響應(yīng)和響應(yīng)報(bào)文的傳輸途徑。還可以避免請(qǐng)求回環(huán)的發(fā)生打瘪。
Warning|告知用戶一些與緩存相關(guān)問(wèn)題的警告

• 請(qǐng)求首部：從客戶端往服務(wù)器端發(fā)送請(qǐng)求報(bào)文中所使用的首部友鼻。用于補(bǔ)充請(qǐng)求的附加信息、客戶端信息闺骚、對(duì)響應(yīng)內(nèi)容相關(guān)優(yōu)先級(jí)等內(nèi)容彩扔。

首部 |描述
-------| ------| ------
Accept |用戶代理可處理的媒體類型
Accept-Charset |優(yōu)先的字符集
Accept-Encoding |優(yōu)先的內(nèi)容編碼
Accept-Language |優(yōu)先的語(yǔ)言（自然語(yǔ)言）
Authorization Web |認(rèn)證信息
Expect |期待服務(wù)器的特定行為
From |用戶的電子郵箱地址
Host |請(qǐng)求資源所在服務(wù)器
If-Match |比較實(shí)體標(biāo)記（ETag）
If-Modified-Since |比較資源的更新時(shí)間
If-None-Match |比較實(shí)體標(biāo)記（與 If-Match 相反）
If-Range |資源未更新時(shí)發(fā)送實(shí)體 Byte 的范圍請(qǐng)求
If-Unmodified-Since |比較資源的更新時(shí)間（與If-Modified-Since相反）
Max-Forwards |最大傳輸逐跳數(shù)
Proxy-Authorization |代理服務(wù)器要求客戶端的認(rèn)證信息
Range |實(shí)體的字節(jié)范圍請(qǐng)求
Referer |對(duì)請(qǐng)求中 URI 的原始獲取方
TE |傳輸編碼的優(yōu)先級(jí)
User-Agent |HTTP 客戶端程序的信息

• 響應(yīng)首部：從服務(wù)器端向客戶端返回響應(yīng)報(bào)文時(shí)使用的首部。用于補(bǔ)充響應(yīng)的附加信息僻爽、服務(wù)器信息虫碉，以及對(duì)客戶端的附加要求等信息。

首部 |描述
-------| ------| ------
Accept-Ranges|是否接受字節(jié)范圍請(qǐng)求
Age|推算資源創(chuàng)建經(jīng)過(guò)時(shí)間
ETag|資源的匹配信息
Location|令客戶端重定向至指定URI
Proxy-Authenticate|代理服務(wù)器對(duì)客戶端的認(rèn)證信息
Retry-After|對(duì)再次發(fā)起請(qǐng)求的時(shí)機(jī)要求
Server|HTTP服務(wù)器的安裝信息
Vary|代理服務(wù)器緩存的管理信息
WWW-Authenticate |服務(wù)器對(duì)客戶端的認(rèn)證信息

9. 主體的作用是什么胸梆？給個(gè)范例(可選 截圖說(shuō)明難度****)

主體就是客戶端和服務(wù)端之間傳輸?shù)闹饕獌?nèi)容敦捧。
主體可以承載很多類型的數(shù)字?jǐn)?shù)據(jù)：圖片须板、視頻、HTML文檔兢卵、軟件應(yīng)用程序等习瑰。

報(bào)文主體

10. 簡(jiǎn)述瀏覽器緩存是如何控制的(可選 難度*****)

（1）緩存的分類
緩存分為服務(wù)端側(cè)（server side，比如 Nginx秽荤、Apache）和客戶端側(cè)（client side甜奄，比如 web browser）。
服務(wù)端緩存又分為 代理服務(wù)器緩存 和 反向代理服務(wù)器緩存（也叫網(wǎng)關(guān)緩存王滤，比如 Nginx反向代理贺嫂、Squid等）滓鸠，其實(shí)廣泛使用的 CDN 也是一種服務(wù)端緩存雁乡，目的都是讓用戶的請(qǐng)求走”捷徑“，并且都是緩存圖片糜俗、文件等靜態(tài)資源踱稍。
客戶端側(cè)緩存一般指的是瀏覽器緩存，目的就是加速各種靜態(tài)資源的訪問(wèn)悠抹，想想現(xiàn)在的大型網(wǎng)站珠月，隨便一個(gè)頁(yè)面都是一兩百個(gè)請(qǐng)求，每天 pv 都是億級(jí)別楔敌，如果沒(méi)有緩存啤挎，用戶體驗(yàn)會(huì)急劇下降、同時(shí)服務(wù)器壓力和網(wǎng)絡(luò)帶寬都面臨嚴(yán)重的考驗(yàn)卵凑。

（2）瀏覽器緩存控制機(jī)制有兩種：HTML Meta標(biāo)簽 vs. HTTP頭信息
①HTML Meta標(biāo)簽控制緩存
瀏覽器緩存機(jī)制，其實(shí)主要就是HTTP協(xié)議定義的緩存機(jī)制（如： Expires； Cache-control等）。但是也有非HTTP協(xié)議定義的緩存機(jī)制，如使用HTML Meta 標(biāo)簽，Web開發(fā)者可以在HTML頁(yè)面的<head>節(jié)點(diǎn)中加入<meta>標(biāo)簽邮利，代碼如下：

<pre>
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache">
<META HTTP-EQUIV="Expires" CONTENT="0">
</pre>

上述代碼的作用是告訴瀏覽器當(dāng)前頁(yè)面不被緩存贸诚，每次訪問(wèn)都需要去服務(wù)器拉取。使用上很簡(jiǎn)單，但只有部分瀏覽器可以支持，而且所有緩存代理服務(wù)器都不支持，因?yàn)榇聿唤馕鯤TML內(nèi)容本身。而廣泛應(yīng)用的還是 HTTP頭信息 來(lái)控制緩存畅哑，下面我主要介紹HTTP協(xié)議定義的緩存機(jī)制。
②HTTP頭信息控制緩存

• 瀏覽器請(qǐng)求流程

瀏覽器第一次請(qǐng)求

瀏覽器再次請(qǐng)求

• 控制緩存策略：
  Expires ：Expires是Web服務(wù)器響應(yīng)消息頭字段渗钉，在響應(yīng)http請(qǐng)求時(shí)告訴瀏覽器在過(guò)期時(shí)間前瀏覽器可以直接從瀏覽器緩存取數(shù)據(jù)瘫怜，而無(wú)需再次請(qǐng)求。不過(guò)Expires 是HTTP 1.0的東西炸裆，現(xiàn)在默認(rèn)瀏覽器均默認(rèn)使用HTTP 1.1，所以它的作用基本忽略。Expires 的一個(gè)缺點(diǎn)就是，返回的到期時(shí)間是服務(wù)器端的時(shí)間址愿，這樣存在一個(gè)問(wèn)題，如果客戶端的時(shí)間與服務(wù)器的時(shí)間相差很大（比如時(shí)鐘不同步冻璃，或者跨時(shí)區(qū)）响谓，那么誤差就很大，所以在HTTP 1.1版開始省艳，使用Cache-Control: max-age=秒替代娘纷。
  Cache-control：Cache-Control與Expires的作用一致，都是指明當(dāng)前資源的有效期跋炕，控制瀏覽器是否直接從瀏覽器緩存取數(shù)據(jù)還是重新發(fā)請(qǐng)求到服務(wù)器取數(shù)據(jù)赖晶。只不過(guò)Cache-Control的選擇更多，設(shè)置更細(xì)致辐烂，如果同時(shí)設(shè)置的話遏插，其優(yōu)先級(jí)高于Expires捂贿。
  Last-Modified/If-Modified-Since：Last-Modified/If-Modified-Since要配合Cache-Control使用。

  • Last-Modified：標(biāo)示這個(gè)響應(yīng)資源的最后修改時(shí)間胳嘲。web服務(wù)器在響應(yīng)請(qǐng)求時(shí)眷蜓，告訴瀏覽器資源的最后修改時(shí)間。
  • If-Modified-Since：當(dāng)資源過(guò)期時(shí)（使用Cache-Control標(biāo)識(shí)的max-age）胎围，發(fā)現(xiàn)資源具有Last-Modified聲明吁系，則再次向web服務(wù)器請(qǐng)求時(shí)帶上頭 If-Modified-Since，表示請(qǐng)求時(shí)間白魂。web服務(wù)器收到請(qǐng)求后發(fā)現(xiàn)有頭If-Modified-Since 則與被請(qǐng)求資源的最后修改時(shí)間進(jìn)行比對(duì)汽纤。若最后修改時(shí)間較新，說(shuō)明資源又被改動(dòng)過(guò)福荸，則響應(yīng)整片資源內(nèi)容（寫在響應(yīng)消息包體內(nèi)）蕴坪，HTTP 200；若最后修改時(shí)間較舊敬锐，說(shuō)明資源無(wú)新修改背传，則響應(yīng)HTTP 304 (無(wú)需包體，節(jié)省瀏覽)台夺，告知瀏覽器繼續(xù)使用所保存的cache径玖。

  Etag/If-None-Match：Etag/If-None-Match也要配合Cache-Control使用。

  • Etag：web服務(wù)器響應(yīng)請(qǐng)求時(shí)颤介，告訴瀏覽器當(dāng)前資源在服務(wù)器的唯一標(biāo)識(shí)（生成規(guī)則由服務(wù)器決定）梳星。Apache中，ETag的值滚朵，默認(rèn)是對(duì)文件的索引節(jié)（INode）冤灾，大小（Size）和最后修改時(shí)間（MTime）進(jìn)行Hash后得到的辕近。
  • If-None-Match：當(dāng)資源過(guò)期時(shí)（使用Cache-Control標(biāo)識(shí)的max-age）韵吨，發(fā)現(xiàn)資源具有Etage聲明，則再次向web服務(wù)器請(qǐng)求時(shí)帶上頭If-None-Match （Etag的值）移宅。web服務(wù)器收到請(qǐng)求后發(fā)現(xiàn)有頭If-None-Match 則與被請(qǐng)求資源的相應(yīng)校驗(yàn)串進(jìn)行比對(duì)归粉，決定返回200或304。

11. 下圖各個(gè)參數(shù)是什么意思(可選 難度*****)

• General
  Request URL: 請(qǐng)求的資源地址吞杭。
  Request Method: 請(qǐng)求的方式盏浇，此時(shí)為PUT。
  Status Code: 狀態(tài)碼芽狗，此時(shí)為200绢掰，成功。
  Remote Address: 請(qǐng)求的服務(wù)器的IP地址和端口號(hào)，此時(shí)為121.40.201.213：80滴劲。
• Response Headers
  Connection: keep-alive: 使客戶端到服務(wù)器端的連接持續(xù)有效攻晒。
  Content-Length: Content-Length首部告訴瀏覽器報(bào)文中實(shí)體主體的大小。此時(shí)為12班挖。
  Content-Type: 決定如何顯示返回的消息實(shí)體鲁捏，此時(shí)是json格式。
  Date: 創(chuàng)建HTTP報(bào)文的時(shí)間和日期萧芙。
  Server: 服務(wù)器上使用的應(yīng)用程序的信息给梅，此時(shí)為nginx/1.6.2。
  X-Powered-By: 告訴HTTP客戶端處理請(qǐng)求和響應(yīng)的是什么引擎双揪，此時(shí)為Express动羽。
• Request Headers
  Accept: 用戶代理可處理的媒體類型。
  Accept-Encoding: 優(yōu)先的內(nèi)容編碼渔期。
  Accept-Language: 優(yōu)先的語(yǔ)言（自然語(yǔ)言）运吓。
  Connection: keep-alive: 使客戶端到服務(wù)器端的連接持續(xù)有效。
  Content-Length: Content-Length首部告訴瀏覽器報(bào)文中實(shí)體主體的大小疯趟。此時(shí)為56拘哨。
  Content-Type: 決定如何顯示返回的消息實(shí)體，此時(shí)設(shè)置編碼為UTF-8信峻。
  Cookie: 瀏覽器緩存倦青。
  Host: 使用的主機(jī)。
  Origin: 說(shuō)明最初的請(qǐng)求時(shí)從哪里發(fā)出站欺。
  Referer: 告訴瀏覽器頁(yè)面是從哪個(gè)頁(yè)面連接過(guò)來(lái)姨夹。
  User-Agent: HTTP客戶端程序的信息。
  X-Requested-With: 在服務(wù)器段判斷request來(lái)自Ajax請(qǐng)求（異步）還是傳統(tǒng)請(qǐng)求（同步）矾策。此時(shí)為Ajax請(qǐng)求（異步）。

版權(quán)歸本人及饑人谷所有峭沦，轉(zhuǎn)載請(qǐng)注明出處贾虽。