首部行：存在多行，也就是首部的各種狀態，後邊跟乙個空白行。
實體主體：通常不用，一般上傳檔案的時候才會用到
通用首部
date：報文的建立時間
connection：連線狀態，如keepalive，close
via：顯示報文經過的中間節點（也就是**伺服器）
cache-control：控制快取
請求首部條件式請求首部
if-modified-since: 自從指定時間後，請求的資源是否發生過修改
if-none-match:本地快取中儲存的文件的etag標籤是否與伺服器文件的etag不匹配；
安全請求首部
authorization：向伺服器傳送認證資訊，如賬號和密碼
cookie：客戶端向伺服器傳送cookie
**請求首部
proxy-authorization: 向**伺服器認證
響應首部
age：響應持續時長
server：伺服器程式軟體名稱和版本； 一般在伺服器端要移除此項
協商首部
accept-ranges：伺服器可接受的請求範圍型別
vary：伺服器檢視其它首部列表
安全響應首部
set-cookie：向客戶端設定cookie
www-authenticate：來自伺服器的對客戶端的質詢認證表單
實體首部
allow：列出對此實體可使用的請求方法
location：告訴客戶端真正的實體位於何處
content-length: 主體的長度
content-location: 實體真正所處位置；
content-type：主體的物件型別
常見的型別
200：表示伺服器端成功處理了請求。返回客戶端想訪問的網頁301：請求的url指向的資源已經被刪除，但在響應報文中首部的location處指明了資源現在所在的新位置。
302：與301相似，但在響應報文中的首部location處指明了資源現在所在的臨時位置。
304：如果客戶端傳送了帶有條件式的方法進行訪問，而文件內容並沒有發生改變，伺服器就會響應此狀態碼
401：需要輸入賬號和密碼的認證方式才能訪問資源 403：請求被禁止 404：伺服器無法找到客戶請求的資源 500：伺服器內部錯誤
502：**伺服器從後端伺服器接收到了一條偽響
HTTP報文結構及狀態碼
http報文分為請求報文和響應報文，這兩類報文都是由三個部分組成 1 開始行 區分請求報文和響應報文 2 首部行 說明瀏覽器 伺服器報文主題的一些資訊 3 實體主體 請求報文的開始行包括 方法 請求方法如get post put trace等 url 協議版本 響應報文的開始行包括 版本 狀態碼 短...
http協議基礎 簡介 報文格式 狀態碼
uri 全稱為統一資源識別符號，使用它可以唯一標識網際網路上資源，通常用乙個緊湊的字串用來標示抽象或物理資源 uri 由 url 和 urn 組成 url uniform resource locator 是uri的子集，是我們俗稱的 除了確定乙個資源，還提供一張定位該資源的主要訪問機制 維基百科 ...
302狀態碼 小結HTTP狀態碼
作為乙個web開發工程師，我們平時都會和諸如200,304,404,501等狀態碼打交道，那麼它們是什麼意思呢？今天，我們來聊聊 http狀態碼是服務端返回給客戶端 因為這裡是web開發，這裡的客戶端指瀏覽器客戶端 的3位數字 這些狀態碼相當於瀏覽器和伺服器之間的對話資訊。它們相互溝通兩者之間的事情...