摘要：狀態(tài)行通過提供一個(gè)狀態(tài)碼來說明所請(qǐng)求的資源情況。請(qǐng)求出現(xiàn)語(yǔ)法錯(cuò)誤。服務(wù)器端暫時(shí)無法處理請(qǐng)求可能是過載或維護(hù)。

請(qǐng)求報(bào)文

響應(yīng)報(bào)文

一個(gè)HTTP請(qǐng)求報(bào)文由請(qǐng)求行（request line）、請(qǐng)求頭部（header）、空行和請(qǐng)求數(shù)據(jù)4個(gè)部分組成；

請(qǐng)求行

由請(qǐng)求方法字段、URL字段和HTTP協(xié)議字段3個(gè)字段組成，它們由空格分隔；

例如，GET /index.html HTTP/1.1。

HTTP協(xié)議的請(qǐng)求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。

請(qǐng)求頭部

請(qǐng)求頭部由關(guān)鍵字/值對(duì)組成，每行一對(duì)，關(guān)鍵字和值用英文冒號(hào)“:”分隔。

請(qǐng)求頭部通知服務(wù)器有關(guān)于客戶端請(qǐng)求的信息；

常用的請(qǐng)求頭：

Accept 設(shè)置接受的內(nèi)容類型Accept: text/plain;

Accept-Charset 設(shè)置接受的字符編碼:Accept-Charset: utf-8;

Accept-Encoding 設(shè)置接受的編碼格式:Accept-Encoding: gzip, deflate;

Accept-Language 設(shè)置接受的語(yǔ)言:Accept-Language: en-US;

Cache-Control 設(shè)置請(qǐng)求響應(yīng)鏈上所有的緩存機(jī)制必須遵守的指令:Cache-Control: no-cache;

Connection 設(shè)置當(dāng)前連接和hop-by-hop協(xié)議請(qǐng)求字段列表的控制選項(xiàng):Connection: keep-alive;

Content-Length 設(shè)置請(qǐng)求體的字節(jié)長(zhǎng)度:Content-Length: 348;

Content-Type 設(shè)置請(qǐng)求體的MIME類型（適用POST和PUT請(qǐng)求）:Content-Type: application/x-www-form-urlencoded;

Cookie 設(shè)置服務(wù)器使用Set-Cookie發(fā)送的http cookie:Cookie: $Version=1; Skin=new;;

Host 設(shè)置服務(wù)器域名和TCP端口號(hào)，如果使用的是服務(wù)請(qǐng)求標(biāo)準(zhǔn)端口號(hào)，端口號(hào)可以省略:Host: en.wikipedia.org:8080;

Origin 標(biāo)識(shí)跨域資源請(qǐng)求（請(qǐng)求服務(wù)端設(shè)置Access-Control-Allow-Origin響應(yīng)字段）:Origin: http://www.example-social-network.com;

Expires 設(shè)置響應(yīng)體的過期時(shí)間:Expires: Thu, 01 Dec 1994 16:00:00 GMT;

ETag 特定版本資源的標(biāo)識(shí)符，通常是消息摘要:ETag: "737060cd8c284d8af7ad3082f209582d";

Last-Modified 設(shè)置請(qǐng)求對(duì)象最后一次的修改日期:Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT;

空行

最后一個(gè)請(qǐng)求頭之后是一個(gè)空行，發(fā)送回車符和換行符，通知服務(wù)器以下不再有請(qǐng)求頭。

請(qǐng)求主體（數(shù)據(jù)）

請(qǐng)求數(shù)據(jù)不在GET方法中使用，而是在POST方法中使用。POST方法適用于需要客戶填寫表單的場(chǎng)合。與請(qǐng)求數(shù)據(jù)相關(guān)的最常使用的請(qǐng)求頭是Content-Type和Content-Length。

HTTP響應(yīng)也由四個(gè)部分組成，分別是：狀態(tài)行、消息報(bào)頭、空行、響應(yīng)正文。

在響應(yīng)中唯一真正的區(qū)別在于第一行中用狀態(tài)信息代替了請(qǐng)求信息。狀態(tài)行（status line）通過提供一個(gè)狀態(tài)碼來說明所請(qǐng)求的資源情況。

狀態(tài)行

格式：服務(wù)器HTTP協(xié)議的版本 響應(yīng)狀態(tài)代碼 狀態(tài)代碼的文本描述；

狀態(tài)代碼由三位數(shù)字組成，第一個(gè)數(shù)字定義了響應(yīng)的類別，且有五種可能取值：

1xx：指示信息--表示請(qǐng)求已接收，繼續(xù)處理。

2xx：成功--表示請(qǐng)求已被成功接收、理解、接受。

3xx：重定向--要完成請(qǐng)求必須進(jìn)行更進(jìn)一步的操作。

4xx：客戶端錯(cuò)誤--請(qǐng)求有語(yǔ)法錯(cuò)誤或請(qǐng)求無法實(shí)現(xiàn)。

5xx：服務(wù)器端錯(cuò)誤--服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求。

常見狀態(tài)代碼：

200 OK ：表示請(qǐng)求成功 一切正常

301 Moved Permanently：重定向，客戶請(qǐng)求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應(yīng)該自動(dòng)地訪問新的URL

302 Found：臨時(shí)重定向，類似于301，但新的URL應(yīng)該被視為臨時(shí)性的替代，而不是永久性的。

304 Not Modified：客戶端有緩沖的文檔并發(fā)出了一個(gè)條件性的請(qǐng)求。服務(wù)器告訴客戶，原來緩沖的文檔還可以繼續(xù)使用。

400 Bad Request：請(qǐng)求出現(xiàn)語(yǔ)法錯(cuò)誤。

403 Forbidden：資源不可用。

404 Not Found：無法找到指定位置的資源。

405 Method Not Allowed：請(qǐng)求方法（GET、POST、HEAD、Delete、PUT、TRACE等）對(duì)指定的資源不適用。

500 Internal Server Error：服務(wù)器遇到了意料不到的情況，不能完成客戶的請(qǐng)求。

501 Not Implemented：服務(wù)器不支持實(shí)現(xiàn)請(qǐng)求所需要的功能

GET提交，請(qǐng)求的數(shù)據(jù)會(huì)附在URL之后（就是把數(shù)據(jù)放置在HTTP協(xié)議頭＜request-line＞中）；

POST提交：把提交的數(shù)據(jù)放置在是HTTP包的包體＜request-body＞中；

傳輸數(shù)據(jù)的大小：

HTTP協(xié)議沒有對(duì)傳輸?shù)臄?shù)據(jù)大小進(jìn)行限制，HTTP協(xié)議規(guī)范也沒有對(duì)URL長(zhǎng)度進(jìn)行限制。

而在實(shí)際開發(fā)中存在的限制主要有：

GET:特定瀏覽器和服務(wù)器對(duì)URL長(zhǎng)度有限制，例如IE對(duì)URL長(zhǎng)度的限制是2083字節(jié)(2K+35)。對(duì)于其他瀏覽器，如Netscape、FireFox等，理論上沒有長(zhǎng)度限制，其限制取決于操作系統(tǒng)的支持。因此對(duì)于GET提交時(shí)，傳輸數(shù)據(jù)就會(huì)受到URL長(zhǎng)度的限制。

POST:由于不是通過URL傳值，理論上數(shù)據(jù)不受限。但實(shí)際各個(gè)WEB服務(wù)器會(huì)規(guī)定對(duì)post提交數(shù)據(jù)大小進(jìn)行限制，Apache、IIS6都有各自的配置。

4.安全性：

POST的安全性要比GET的安全性高。

通過GET提交數(shù)據(jù)，用戶名和密碼將明文出現(xiàn)在URL上，因?yàn)?/p>

(1)登錄頁(yè)面有可能被瀏覽器緩存，

(2)其他人查看瀏覽器的歷史紀(jì)錄，那么別人就可以拿到你的賬號(hào)和密碼了

1. HTTP和HTTPS

HTTP協(xié)議通常承載于TCP協(xié)議之上，在HTTP和TCP之間添加一個(gè)安全協(xié)議層（SSL或TSL），這個(gè)時(shí)候，就成了我們常說的HTTPS

默認(rèn)HTTP的端口號(hào)為80，HTTPS的端口號(hào)為443

2. 為什么HTTPS安全

因?yàn)榫W(wǎng)絡(luò)請(qǐng)求需要中間有很多的服務(wù)器路由器的轉(zhuǎn)發(fā)。中間的節(jié)點(diǎn)都可能篡改信息，而如果使用HTTPS，密鑰在你和終點(diǎn)站才有。https之所以比http安全，是因?yàn)樗胹sl/tls協(xié)議傳輸。它包含證書，卸載，流量轉(zhuǎn)發(fā)，負(fù)載均衡，頁(yè)面適配，瀏覽器適配，refer傳遞等。保障了傳輸過程的安全性

3. 關(guān)于Http 2.0

HTTP/2引入了“服務(wù)端推（server push）”的概念，它允許服務(wù)端在客戶端需要數(shù)據(jù)之前就主動(dòng)地將數(shù)據(jù)發(fā)送到客戶端緩存中，從而提高性能。

HTTP/2提供更多的加密支持

HTTP/2使用多路技術(shù)，允許多個(gè)消息在一個(gè)連接上同時(shí)交差。

它增加了頭壓縮（header compression），因此即使非常小的請(qǐng)求，其請(qǐng)求和響應(yīng)的header都只會(huì)占用很小比例的帶寬

4. http缺點(diǎn)：

通信使用明文不加密，內(nèi)容可能被竊??；

不驗(yàn)證通信方身份，可能遭到偽裝；

無法驗(yàn)證報(bào)文完整性，可能被篡改。

https是加上加密處理（一般是SSL安全通信線路）+認(rèn)證+完整性保護(hù)

5. HTTP/2 與 HTTP/1.x 的關(guān)鍵區(qū)別

二進(jìn)制協(xié)議代替文本協(xié)議，更加簡(jiǎn)潔高效

針對(duì)每個(gè)域只使用一個(gè)多路復(fù)用的連接

壓縮頭部信息減小開銷

允許服務(wù)器主動(dòng)推送應(yīng)答到客戶端的緩存中

 簡(jiǎn)單版
    [
        100  Continue   繼續(xù)，一般在發(fā)送post請(qǐng)求時(shí)，已發(fā)送了http header之后服務(wù)端將返回此信息，表示確認(rèn)，之后發(fā)送具體參數(shù)信息
        200  OK         正常返回信息
        201  Created    請(qǐng)求成功并且服務(wù)器創(chuàng)建了新的資源
        202  Accepted   服務(wù)器已接受請(qǐng)求，但尚未處理
        301  Moved Permanently  請(qǐng)求的網(wǎng)頁(yè)已永久移動(dòng)到新位置。
        302 Found       臨時(shí)性重定向。
        303 See Other   臨時(shí)性重定向，且總是使用 GET 請(qǐng)求新的 URI。
        304  Not Modified 自從上次請(qǐng)求后，請(qǐng)求的網(wǎng)頁(yè)未修改過。

        400 Bad Request  服務(wù)器無法理解請(qǐng)求的格式，客戶端不應(yīng)當(dāng)嘗試再次使用相同的內(nèi)容發(fā)起請(qǐng)求。
        401 Unauthorized 請(qǐng)求未授權(quán)。
        403 Forbidden   禁止訪問。
        404 Not Found   找不到如何與 URI 相匹配的資源。

        500 Internal Server Error  最常見的服務(wù)器端錯(cuò)誤。
        503 Service Unavailable 服務(wù)器端暫時(shí)無法處理請(qǐng)求（可能是過載或維護(hù)）。
    ]

1. 一個(gè)頁(yè)面從輸入 URL 到頁(yè)面加載顯示完成，這個(gè)過程中都發(fā)生了什么？（流程說的越詳細(xì)越好）
一個(gè)頁(yè)面從輸入 URL 到頁(yè)面加載顯示完成，這個(gè)過程中都發(fā)生了什么

2. 說說網(wǎng)絡(luò)分層里七層模型是哪七層

應(yīng)用層：應(yīng)用層、表示層、會(huì)話層（從上往下）（HTTP、FTP、SMTP、DNS）

傳輸層（TCP和UDP）

網(wǎng)絡(luò)層（IP）

物理和數(shù)據(jù)鏈路層（以太網(wǎng)）

每一層的作用如下：

物理層：通過媒介傳輸比特,確定機(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）

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

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

3. 304緩存的原理

服務(wù)器首先產(chǎn)生ETag，服務(wù)器可在稍后使用它來判斷頁(yè)面是否已經(jīng)被修改。本質(zhì)上，客戶端通過將該記號(hào)傳回服務(wù)器要求服務(wù)器驗(yàn)證其（客戶端）緩存

304是HTTP狀態(tài)碼，服務(wù)器用來標(biāo)識(shí)這個(gè)文件沒修改，不返回內(nèi)容，瀏覽器在接收到個(gè)狀態(tài)碼后，會(huì)使用瀏覽器已緩存的文件

客戶端請(qǐng)求一個(gè)頁(yè)面（A）。 服務(wù)器返回頁(yè)面A，并在給A加上一個(gè)ETag。 客戶端展現(xiàn)該頁(yè)面，并將頁(yè)面連同ETag一起緩存。 客戶再次請(qǐng)求頁(yè)面A，并將上次請(qǐng)求時(shí)服務(wù)器返回的ETag一起傳遞給服務(wù)器。 服務(wù)器檢查該ETag，并判斷出該頁(yè)面自上次客戶端請(qǐng)求之后還未被修改，直接返回響應(yīng)304（未修改——Not Modified）和一個(gè)空的響應(yīng)體

認(rèn)識(shí)更多--瀏覽器緩存篇