5. Authorization

告知服務器，用戶代理的認證信息。

格式：Authorization: Basic dwvub3NlbjpwYxNzd29yZA==
首部字段Authorization是用來告知服務器，用戶代理的認證信息(證書值)。通常，想要通過服務器認證的用戶代理會在接收到返回的401狀態碼響應后，把首部字段Authorization加入請求中。共用緩存在接收到含有Authorization首部字段的請求時的操作處理會略有差異。

6. Expect

客戶端告知服務器期望出現某種特定行為。

格式：Expect: 100-continue

客戶端使用首部字段Expect來告知服務器，期望出現的某種特定行為。因服務器無法理解客戶端的期望作出回應而發生錯誤時，會返回狀態碼417 Expectation Failed。
客戶端可以利用該首部字段，寫明所期望的擴展。雖然HTTP/1.1規范只定義了100-continue(狀態碼100 Continue之意)。
等待狀態碼100響應的客戶端在發生請求時，需要指定Expect:100-continue。

7. From

告知用戶服務器使用用戶代理的電子郵件地址。

首部字段From用來告知服務器使用用戶代理的用戶的電子郵件地址。通常，其使用目的就是為了顯示搜索引擎等用戶代理的負責人的電子郵件聯系方式。使用代理時，應盡可能包含From首部字段（但可能會因代理不同，將電子郵件地址記錄在User-Agent首部字段內)。

8. Host

告知服務器，請求的資源所處在互聯網主機名和端口號（虛擬主機運行在同一個IP上，因此使用首部字段Host加以區分）

格式：Host: www . hackr.jp

首部字段Host會告知服務器，請求的資源所處的互聯網主機名和端口號。Host首部字段在HTTP/1.1規范內是唯一一個必須被包含在請求內的首部字段。
首部字段Host 和以單臺服務器分配多個域名的虛擬主機的工作機制有很密切的關聯，這是首部字段Host必須存在的意義。
請求被發送至服務器時，請求中的主機名會用IP地址直接替換解決。但如果這時，相同的IP地址下部署運行著多個域名，那么服務器就會無法理解究竟是哪個域名對應的請求。因此，就需要使用首部字段Host來明確指出請求的主機名。若服務器未設定主機名，那直接發送一個空值即可。如下所示。

Host:

9. If-Match

附帶條件請求

格式:if-Match: "123456"

形如If-xxx這種樣式的請求首部字段都可以成為條件請求。服務器接收到附帶條件的請求后，只要判斷指定條件為真時，才會執行請求。

If-Match屬附帶條件之一，他會告知服務器匹配資源所標記的實體標記值。這時的服務器無法使用弱Etag值。服務器會比對If-Match 的字段值和資源的ETag 值，僅當兩者一致時，才會執行請求。反之，則返回狀態碼412 Precondition Failed 的響應。
還可以使用星號（*）指定If-Match的字段值。針對這種情況，服務器將會忽略ETag 的值，只要資源存在就處理請求。

總結

以上是生活随笔為你收集整理的(chap6 Http首部) 请求首部字段 AuthorizationExpectFromHostIf-Match的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。