本資料是“企業發展概論”系列的一部分。往期文章：
![第 3 部分。HTTP/HTTPS - 1]()
你好！今天我們將學習 HTTP 和 HTTPS 協議。但首先，讓我們澄清一點：我們討論的是在 OSI 模型的應用層通過網絡發送數據的協議。您可能還記得我們在之前的一篇文章中了解了 OSI 模型。如果你不記得了，就在這裡。
你好！今天我們將學習 HTTP 和 HTTPS 協議。但首先，讓我們澄清一點：我們討論的是在 OSI 模型的應用層通過網絡發送數據的協議。您可能還記得我們在之前的一篇文章中了解了 OSI 模型。如果你不記得了，就在這裡。
什麼是數據通信協議？
這就是我們所說的約定規則集，允許不同服務的開發人員以其他人可以理解的格式發送信息。例如，您可以使用 Google Chrome 瀏覽器從 Facebook 和 Twitter 獲取信息，因為開發人員使用標準 HTTP 協議發送信息，允許您的瀏覽器處理信息。統一規則對於開發服務器部分的人來說非常方便：有很多庫可以為您轉換信息並使用適當的協議發送它。HTTP 最初被認為是一種用於發送 HTML 頁面的協議。很長一段時間都是這樣使用的，但是現在程序員經常用它來發送字符串和媒體文件。總的來說，這個協議被普遍接受，通用性強，而且真的很容易上手。現在我們將研究如何使用它。HTTP的結構
我們應該立即註意到 HTTP 協議只包含文本。我們最感興趣的是這篇文章的結構。每條消息由三部分組成：- 起始行——這定義了一些內務處理數據。
- 標頭——這些描述了消息參數。
- 正文——這是消息的內容。正文必須用空行與標題分開。
下面是一個簡單的 HTTP 請求：
GET / HTTP/1.1
Host: codegym.cc
User-Agent: firefox/5.0 (Linux; Debian 5.0.8; en-US; rv:1.8.1.7)
- GET — 請求的方法
- / — 請求的路徑
- HTTP/1.1——協議版本
- 主機- 請求發送到的主機
- User-Agent——發送請求的客戶端
https://cdn.codegym.cc/images/article/155cea79-acfd-4968-9361-ad585e939b82/original.pngsend?name1=value1&name2=value2
POST /user/create/json HTTP/1.1
Accept: application/json
Content-Type: application/json
Content-Length: 28
Host: codegym.cc
{
"Id": 12345,
"User": "John"
}
HTTP 響應
服務器收到請求後，進行處理並向客戶端發送響應：
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Content-Length: 98
<html>
<head>
<title>An Example Page</title>
</head>
<body>
<p>Hello World</p>
</body>
</html>
響應狀態碼
關於消息正文和標題的一切都很清楚，但我們應該說幾句關於狀態代碼的內容。響應狀態代碼始終為三位數字。代碼的第一位表示響應的類別：- 1xx — 信息性的。請求已收到。服務器已準備好繼續。
- 2xx — 成功。該請求已被接收、理解和處理。
- 3xx — 重定向。必須執行其他操作才能處理請求。
- 4xx — 客戶端錯誤。請求包含錯誤或不符合協議。
- 5xx — 服務器錯誤。請求組成正確，但服務器無法處理它。
- 200 OK — 請求已收到並成功處理。
- 201 已創建——請求已被接收並成功處理，導致新資源或實例的創建。
- 301 永久移動 - 請求的資源已永久移動。對它的後續請求應該使用新地址。
- 307 Temporary Redirect — 資源已臨時移動。目前，可以使用自動轉發訪問它。
- 403 Forbidden——理解請求，但需要授權。
- 404 Not Found——服務器沒有在這個地址找到資源。
- 501 Not Implemented——服務器不支持響應請求所需的功能。
- 505 HTTP Version Not Supported — 服務器不支持指定版本的 HTTP 協議。
GO TO FULL VERSION