1. 程式人生 > 其它 >【網路程式設計】HTTP簡介&URL

【網路程式設計】HTTP簡介&URL

目錄

前言

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

原文連結:李柱明部落格園:https://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 概念

URLUniform 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

//請求報文
<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使用應答頭引數時,建議到參考連結瞭解其作用

參考