前言

1. http 簡介

1.1 概念

HTTP協議是 Hyper Text Transfer Protocol（超文字傳輸協議）的縮寫。

用於從全球資訊網（WWW:World Wide Web）伺服器傳輸超文字到本地瀏覽器的傳送協議。

1.2 原理

原理：

  • HTTP是一個基於 TCP/IP通訊協議 來傳遞資料（HTML 檔案, 圖片檔案, 查詢結果等）。
  • 是基於 客戶端-伺服器 模型運作的。
  • 是一個應用層協議。

通訊過程：

  • HTTP 客戶端（如瀏覽器）通過 URL 向 HTTP 服務端（如web伺服器）傳送請求。
  • HTTP 服務端 接收到請求後，向客戶端傳送響應資訊。

web伺服器：

  • Apache伺服器。
  • IIS伺服器（Internet Information Services）。
  • etc。

1.3 特點

HTTP協議的特點：

  • 簡單：客戶端向伺服器請求服務時，只需要傳送請求方法和資源路徑即可獲得資源。
  • 快捷：由於HTTP協議簡單，所以HTTP伺服器程式規模小，通訊快。
  • 靈活：HTTP允許傳輸任意型別的資料物件，傳輸的型別由Content-Type加以標記。
  • 無連線：伺服器每處理客戶端的一個請求，響應並獲得客戶端的應答後，斷開連線。（斷開TCP連線）。
    • 注意：HTTP1.1 後便有了持久連線的方法。即是任意一端只要沒有提出斷開連線，則保持TCP連線。
  • 無狀態：HTTP協議對於事務處理沒有記憶能力，即無法根據之前的狀態進行本次的請求處理。如果後續處理需要前面的資訊，它必須重傳資料。
    • 解決：引入Cookie技術，讓伺服器知道使用者上一次的操作，並且記錄儲存在客戶端之中。

2. URL 簡介

2.1 概念

URL 是 Uniform Resource Locator 的縮寫。統一資源定位器。

URL 是一個網頁地址：

  • 可以由字母組成，如 baidu.com。
  • 也可以是物聯網協議（IP）地址：180.76.76.76。

2.2 URL 通用格式

一個URL的組成有多個不同的元件，一個URL的通用格式如下：

<scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag>

說明：

元件 名稱 描述
scheme 方案 指定訪問伺服器獲取資源時使用哪種協議，有HTTP、HTTPS、FTP、SMTP等協議。
user 使用者 某些訪問資源時候需要指定使用者名稱，才有許可權獲取資源。
password 密碼 使用者名稱後面可能需要密碼進行驗證，使用者名稱與密碼直接使用“:”冒號分隔連線。
host 主機 資源宿主伺服器的主機名或者IP地址（點分十進位制）。
port 埠 資源宿主伺服器正在監聽的埠號。
path 路徑 伺服器本地資源的路徑。
params 引數 某些方案會使用這個元件來輸入引數，可以擁有多個引數，使用“;”符號 與路徑分隔開。
query 查詢 某些方案會使用這個元件傳遞引數以啟用應用程式，查詢元件的內容沒有通 用的格式，用 ? 字元與其他元件分隔開
frag 片段 這個欄位是在客戶端內部使用，不會發送到伺服器，通過“#”字元與其他元件分隔開 。

注意：

  • 以上元件不是全部都必須填上的，根據方案填寫需要的元件即可。
  • 埠port：埠號，可以不用自己填寫，比如HTTP預設使用80埠，HTTPS預設使用443 埠。埠不是一個URL必須的部分。

2.3 網頁地址 例項說明

網頁地址：https://www.cnblogs.com/lizhuming/p/13834535.html

  • https：方案scheme。安全超文字傳輸協議。
  • www.cnblogs.com：主機host。部落格園的域名。
  • lizhuming/p/13834535.html：路徑path。部落格園伺服器上的路徑。
    • 13834535.html：資原始檔。html格式。
  • 埠省略，即是預設使用https的預設埠 443。

在瀏覽器中按 F12 進入瀏覽器控制檯，可以看到很多 URL。

3. HTTP 訊息結構

3.1 客戶端請求訊息

客戶端請求訊息由四部分組成：

如圖：



頭部資訊參考：https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers

  1. //請求報文
  2. <method> <request-URL> <version>
  3. <headers>
  5. <entity-body>

3.2 伺服器響應訊息

伺服器響應訊息也是由四部分組成：

  • 狀態行。
  • 訊息報頭。
  • 空行。
  • 響應正文。

如圖：



  1. //響應報文
  2. <version> <status> <reason-phrase>
  3. <headers>
  5. <entity-body>

響應狀態碼說明：

範圍 已定義範圍 描述
100 : 199 100 : 101 資訊提示
200 : 299 200 : 206 成功
300 : 399 300 : 305 重定向
400 : 499 400 : 415 客戶端錯誤
500 : 599 500 : 505 伺服器錯誤

tips：具體的狀態碼到參考連結瞭解。

3.3 例項

開啟瀏覽器，F12 進入後臺，點選 network 檢視。

4. HTTP 請求方法

HTTP1.0 定義了三種請求方法： GET, POST 和 HEAD方法。

HTTP1.1 新增了六種請求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。

方法 描述
GET 請求指定的頁面資訊，並返回實體主體。
HEAD 類似於 GET 請求，只不過返回的響應中沒有具體的內容，用於獲取報頭。
POST 向指定資源提交資料進行處理請求（例如提交表單或者上傳檔案）。資料被包含在請求體中。POST 請求可能會導致新的資源的建立和/或已有資源的修改。
PUT 從客戶端向伺服器傳送的資料取代指定的文件的內容。
DELETE 請求伺服器刪除指定的頁面。
CONNECT HTTP/1.1 協議中預留給能夠將連線改為管道方式的代理伺服器。
OPTIONS 允許客戶端檢視伺服器的效能。
TRACE 回顯伺服器收到的請求，主要用於測試或診斷。
PATCH 是對 PUT 方法的補充，用來對已知資源進行區域性更新 。

5. HTTP 響應頭資訊

應答頭 描述
Allow 伺服器支援哪些請求方法。
Content-Encoding 文件的編碼（Encode）方法。
Content-Length 內容長度。只有當瀏覽器使用持久HTTP連線時才需要這個資料。
Content-Type 表示後面的文件屬於什麼MIME型別。
Date 當前的GMT時間。
Expires 文件有效期截止時間。過期不快取。
Last-Modified 文件的最後改動時間。
Location 表示客戶應當到哪裡去提取文件。
Refresh 表示瀏覽器應該在多少時間之後重新整理文件。單位 秒。
Server 伺服器名字。
Set-Cookie 設定和頁面關聯的Cookie。
WWW-Authenticate 客戶應該在Authorization頭中提供什麼型別的授權資訊。

tips：使用應答頭引數時，建議到參考連結瞭解其作用。

參考