最近看《PHP核心技術與最佳實踐》一書，HTTP協議部分講解的清晰易懂，特此整理。

HTTP協議如何工作？

1. 建立連線

客戶機與伺服器需要建立連線。單機某個超連結，HTTP協議工作開始

2. 傳送請求

建立連線後，客戶機發送一個請求給伺服器。格式為：前面是統一資源識別符號URL，中間是協議版本號，後面是MIME資訊（包括請求修飾符、客戶機資訊和可能的內容）

3. 響應

伺服器接到請求後，給予相應的響應資訊。格式為：首先是一個狀態行（包括資訊的協議版本號、一個成功或錯誤的程式碼），然後是MIME資訊（包括伺服器資訊、實體資訊和可能的內容）

4. 斷開連線

報頭

HTTP訊息報頭包括普通報頭、請求報頭、響應報頭、實體報頭。每個報頭域組成形式如下：

名字+ : +空格+值

一個報頭的資訊截圖如：

Host：

頭域指定的請求資源的Internet主機和埠號，必須表示請求URL的原始伺服器或閘道器的位置。HTTP請求必須包含主機頭域，否則系統會以400狀態碼返回

User-Agant：

簡稱UA，內容包含發出請求的使用者資訊，通常UA包含瀏覽者的資訊，主要是瀏覽器的名稱版本和所用的作業系統。上圖可以看到客戶端使用的是Chrome瀏覽器/windows系統。這個UA頭不僅僅是使用瀏覽器才存在，只要使用了基於HTTP協議的客戶端軟體都會發送這個請求，無論是手機端還是PDA等，這個UA頭是辨別客戶端所用裝置的重要依據。

Accept：

告訴伺服器可以接受的檔案格式。通常這個值在各種瀏覽器中都差不多，不過WAP瀏覽器所能接受的格式要少一些，這也是用來區分WAP和計算機瀏覽器的主要依據之一，隨著WAP瀏覽器的升級，其已經和計算機瀏覽器越來越接近，因此這個判斷所起的作用也越來越弱。

Cookie：

Cookie分兩種，一種是客戶端向伺服器傳送的，使用Cookie報頭，用來標記一些資訊，另一種是伺服器傳送給瀏覽器的，報頭為Set-Cookie。二者的主要區別是Cookie報頭的value裡可以有多個Cookie值，並且不需要顯示指定domain等。而Set-Cookie報頭裡一條記錄只能有一個Cookie的value,需要指明domain、path等。

Cache-Control：

指定請求和響應遵循的快取機制。在請求訊息或響應訊息中設定Cache-Control並不會修改另一個訊息訊息處理過程中的快取處理過程。請求時的快取指令包括no-cache、no-store、man-age、max-stake、min-fresh、only-if-cached；響應訊息中的指令包括 public、privete、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。

Referer：

頭域允許客戶端指定請求URL的資源源地址，這可以允許伺服器生成回退連結串列，可用來登入、優化快取等。也允許廢除的或錯誤的連結由於維護的目的被追蹤。如果請求的URL沒有自己的URL地址，Referer不能被髮送。如果指定的是部分URL地址，則此地址應該是一個相對地址，Referer通常是流量統計系統用來記錄來訪者地址的引數。

Content-Length：

內容長度。

Content-Range：

響應的資源範圍。可以在每次請求中標記請求的資源範圍，在連線斷開重連時，客戶端只請求該資源未下載的部分，而不是重新請求整個資源，實現斷點續傳。迅雷就是基於這個原，使用多執行緒分段讀取網路上的資源，最後再合併。

Accept-Encoding：

指定所能接收的編碼方式，通常伺服器會對頁面進行GZIP壓縮後再輸出以減少流量，一般瀏覽器均支援對這種壓縮後的資料進行處理，但對於我們來說，如果不想接收到這些看似亂碼的資料，可以指定不接收任何伺服器端壓縮處理，要求其原樣返回。

自定義報頭：

在HTTP訊息中，也可以使用一些在HTTP1.1正式規範裡沒有定義的頭欄位，這些頭欄位統稱為自定義的HTTP頭或擴充套件頭。比如上圖中的server欄位，這個報頭一般是由伺服器傳送的。也可以定義一些“不正規”的報頭，如“WEBMASTER：[email protected]”。在PHP裡，使用header函式即可實現。