一般客戶端請求服務端時，會先發送Request Headers即請求頭給服務端，客戶端會在請求的頭部信息里面聲明該請求的相關配置，包括有些需要登錄才能進行操作的請求需要的token值一般就保存在Header里面
在接口測試中，請求的頭部信息非常重要，有時候會因為缺失重要的頭部信息而導致請求失敗，所以我們需要知道添加哪些頭部信息
例：下面是用fiddler抓包的某個請求的頭部信息
下面是請求頭各參數詳細說明：
- Accept: 告訴服務器，瀏覽器可以接受的內容類型
- Accept-Encoding: 告訴服務器，瀏覽器支持的數據壓縮格式
- Accept-Language：瀏覽器接受的語言
- User-Agent：告訴HTTP服務器， 客戶端使用的操作系統和瀏覽器的名稱和版本.
- Cookie：客戶端暫存的服務端驗證信息，如很多和用戶相關的信息都會存在 Cookie 里，用戶在向服務器發送請求數據時會帶上Cookie ，向服務器提交cookie。
- Content-Length：表示請求體的字節長度
- Content-Type: 表示請求體的數據類型，（適用POST和PUT請求）
- Referer：包含一個URL，用戶從該URL代表的頁面出發訪問當前請求的頁面
- Token：判斷是否登錄成功的一個標識，需要登錄成功才可以的請求就會有token值顯示，不需要登錄成功就能操作的請求則token值為空，根據這個我們就可以知道是否需要給請求的header添加Token參數
- Origin: 發送請求的主機名和端口
- Connection：表示是否需要持久連接。如果Servlet看到這里的值為“Keep-Alive”，或者看到請求使用的是HTTP 1.1（HTTP 1.1默認進行持久連接），它就可以利用持久連接的優點，當頁面包含多個元素時（例如Applet，圖片），顯著地減少下載所需要的時間
- Host: 訪問的主機名和端口
在postman里面添加請求並設置請求相關參數后，他會自動在Header標簽里面生成對應的Header信息，然后我們需要對比實際需要的頭部信息與自動生成的頭部信息，信息是否有缺失，如果有缺失則需要補上缺失的；如果重新添加里面已有的Header，新的值會覆蓋原來的值，如手動添加Header中的Content-Type，則最后接口使用的Content-Type就是新添加的格式
下圖是Fiddler抓包系統一個查詢用戶信息的接口，獲取到header如下
將相關接口地址復制到url路徑下，選擇GET請求方式，切換到Headers，點擊最上面那個顯示header按鈕則可以看到postman根據接口信息和設置自動添加的header信息
我們需要對照自動添加header信息與抓包獲取到的header信息，將缺失補上，如上對比可知Header里面缺失token，所以我們需要加上token即可，最終如下
