【網路編程】HTTP簡介&URL

目錄

前言

後面會把之前做的MQTT、TCP/IP網路編程基礎筆記都發出來，分享給同學們參考，指正，因為主要是方便自己出門在外查看哈哈。有空就補上一些標有的demo（大部分都是基於linux的）。

原文鏈接：李柱明部落格園：//www.cnblogs.com/lizhuming/p/14992365.html

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 網頁地址 實例說明

網頁地址：//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 客戶端請求消息

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

如圖：

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

//請求報文
<method> <request-URL> <version>
<headers>

<entity-body>

3.2 伺服器響應消息

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

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

如圖：

//響應報文
<version> <status> <reason-phrase>
<headers>

<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：使用應答頭參數時，建議到參考鏈接了解其作用。

參考

Tags:

VirMach 便宜 VPS

QNews

QNews