本文如有疏漏，後續將繼續補充。

HTTP知識

Http工作的基本流程

（1）http客戶端發起請求，建立埠；

（2）http伺服器在埠監聽客戶端 請求；

（3）http伺服器向客戶端返回狀態和內容；

當我們在瀏覽器中輸入一個網址時，瀏覽器和伺服器之間發生瞭如下的事情：

（1）域名解析。瀏覽器首先搜尋自身的DNS快取，檢視自身快取中是否有域名對應的ip地址，快取的時間大概是1min。以chrome瀏覽為例子，我們在

chrome當中輸入chrome://net-internals/#dns

就能檢視當前chrome快取的dns

（2）如果瀏覽器沒有快取或者快取已經失效，那麼作業系統會搜尋作業系統自身的一個dns快取。

（3）讀取本地的host檔案；

（4）瀏覽器發起一個dns的系統呼叫，向本地址庫dns伺服器，一般是寬頻域名商，發起一個域名解析請求。在這一步中以imooc.com為例子，運營商伺服器又將經過如下的幾個步驟：

 1. 寬頻執行商檢視本身的快取

 2. 運營服務商代替瀏覽器發起一個迭代的dns解析請求。也就是說運營商會向根域傳送一個域名解析請求，根域發現這是一個com的頂級域域名，就會告訴運營商com域域名的地址。

 3. 運營商接著向com域的dns伺服器詢問域名的ip地址，com域伺服器會告訴運營商imooc.com所在域的地址，這個地址一般是域名註冊商的伺服器地址，例如萬網、新網之類。這時註冊商伺服器就會查詢自身的dns列表，將域名的ip地址返回給運營商伺服器。

 4.
 
 運營商拿到域名的ip地址，把結果返回給作業系統核心快取起來；

 5. 作業系統核心把結果返回給瀏覽器；

（5）瀏覽器最終拿到ip地址，發起經典的Http“三次握手”，此時瀏覽器以一個隨機埠向伺服器的web程式，例如80埠連線請求。這個連線請求通過層層的路由裝置到達伺服器端後進入到網絡卡，然後進入到核心的TCP/IP協議棧，當然還可能經過防火牆的過濾，最終到達web服務端，緊接著就建立了TCP和IP的連線；

（6）TCP/IP連線建立起來之後，瀏覽器就可以向伺服器傳送Http請求了；

（7）伺服器端接受到請求，根據路徑引數，經過後端一些處理之後，把處理後的一個結果資料返回給瀏覽器，如果是頁面的話，那就是返回完整的HTML程式碼。

（8）瀏覽器拿到了網站完整的HTML頁面程式碼後，通過渲染引擎解析和渲染JS、CSS、圖片靜態資源等等，這個過程實際上也是一個個的Http請求，它們都需要經過上面的主要七個步驟。

（9）瀏覽器根據拿到的資源對頁面進行渲染，最終把一個完整的頁面呈現在使用者的面前。

這裡的Http請求知識一個大概的梳理，更多詳細的細節需要再去查閱專門的書籍和文章，這裡推薦一本講解Http的書籍：
圖解http-下載地址

http組成部分

我們可以簡單地把http協議拆分成【請求】和【響應】。

無論是請求還是響應都會發送http頭和正文的資訊。

Http Header 和 body

在整個網路傳輸資源的過程，header分為message-header和message-body，首先傳遞message-header 即Http header訊息。

http header又分為四個部分，general header ，request header， reponse header ，entity header。大體上可以分為request和response。

【1】http的請求方式：

【2】Host 請求web伺服器的地址

【3】User-agent http客戶端執行的瀏覽器的詳細資訊。通過此頭資訊，伺服器可以判斷瀏覽器的型別

【4】Accept 指客戶端可以接受的訊息型別，內容的先後順序表示客戶端接受的先後順序

【5】content-type 表示此http請求提交的內容型別。一般只有post提交時，才需要設定該屬性 。content-type的屬性值有以下兩種設定：

(1)“application/x-www-form-urlencoded”： 表單資料向伺服器提交時所採用的編碼型別，預設的預設值就是“application/x-www-form-urlencoded”。 然而，在向伺服器傳送大量的文字、包含非ASCII字元的文字或二進位制資料時這種編碼方式效率很低。

（2）“multipart/form-data”： 在檔案上載時，所使用的編碼型別應當是“multipart/form-data”，它既可以傳送文字資料，也支援二進位制資料上載。

當提交為表單資料時，可以使用“application/x-www-form-urlencoded”；當提交的是檔案時，就需要使用“multipart/form-data”編碼型別。

注意-content-type和accept的區別是：accept是表示客戶端希望接收的型別，屬於請求報文頭，content-type是傳送訊息的型別，屬於實體報文頭。

http報文頭結構：通用報文頭 | 請求報文頭 | 響應報文頭 | 實體報文頭
請求方的http報文頭：通用報文頭 | 請求報文頭 | 實體報文頭
響應方的http報文頭：通用報文頭 | 響應報文頭 | 實體報文頭

【6】Keep-Alive:表示是否需要持久連線。如果web伺服器端看到這裡的值為“Keep-Alive”，或者看到請求使用的是HTTP 1.1（HTTP 1.1預設進行持久連線），它就可以利用持久連線的優點

【7】 Accept-Encoding 指定客戶端瀏覽器可以支援的web伺服器返回內容壓縮編碼型別。表示允許伺服器在將輸出內容傳送到客戶端以前進行壓縮，以節約頻寬。而這裡設定的就是客戶端瀏覽器所能夠支援的返回壓縮格式。

【8】Accept-Charset HTTP客戶端瀏覽器可以接受的字元編碼集

【9】Accept-Lanuage 指定HTTP客戶端瀏覽器用來展示返回資訊優先選擇的語言

Reponse 響應頭
>

>
>

Http狀態碼

• 1XX
  請求已經接受，正在處理。
• 2XX
  請求成功，並已經處理。例如：
  200-請求成功
• 3XX
  表示請求重定向，需要進一步的操作
• 4XX
  客戶端錯誤，請求時存在語法錯誤，或者請求無法實現，例如：
  400-客戶端請求語法錯誤；
  401-請求沒有經過授權；
  403-服務端拒絕服務，可能是沒有許可權；
  404-服務頁面沒有找到
• 5XX
  伺服器端錯誤，服務端可能無法實現合法的請求，例如：
  500-伺服器端發生不可預知錯誤
  503-服務端當前還不能處理請求

筆者個人訂閱號~歡迎小夥伴們關注