goweb-http協議

時間 2019-12-17

原文原文鏈接

http協議

由於編寫 Web 應用必須對 HTTP 有所瞭解，因此咱們對 HTTP 進行介紹git

HTTP 協議簡介

HTTP 超文本傳輸協議 (HTTP-Hypertext transfer protocol)，是一個屬於應用層的
面向對象的協議，因爲其簡捷、快速的方式，適用於分佈式超媒體信息系統。它於 1990
年提出，通過幾年的使用與發展，獲得不斷地完善和擴展。它是一種詳細規定了瀏覽器
和萬維網服務器之間互相通訊的規則，經過因特網傳送萬維網文檔的數據傳送協議。
客戶端與服務端通訊時傳輸的內容咱們稱之爲報文
HTTP 就是一個通訊規則，這個規則規定了客戶端發送給服務器的報文格式，也規
定了服務器發送給客戶端的報文格式。實際咱們要學習的就是這兩種報文。客戶端發送
給服務器的稱爲」請求報文「，服務器發送給客戶端的稱爲」響應報文「。github

HTTP 協議的發展歷程

超文本傳輸協議的前身是世外桃源(Xanadu)項目，超文本的概念是泰德˙納爾森(Ted
Nelson)在 1960 年代提出的。進入哈佛大學後，納爾森一直致力於超文本協議和該項目
的研究，但他從未公開發表過資料。1989 年，蒂姆˙伯納斯˙李(Tim Berners Lee)在 CERN(歐
洲原子核研究委員會 = European Organization for Nuclear Research)擔任軟件諮詢師
的時候，開發了一套程序，奠基了萬維網(WWW = World Wide Web)的基礎。1990 年
12 月，超文本在 CERN 首次上線。1991 年夏天，繼 Telnet 等協議以後，超文本轉移協
議成爲互聯網諸多協議的一分子。
當時，Telnet 協議解決了一臺計算機和另一臺計算機之間一對一的控制型通訊的
要求。郵件協議解決了一個發件人向少許人員發送信息的通訊要求。文件傳輸協議解決
一臺計算機從另一臺計算機批量獲取文件的通訊要求，可是它不具有一邊獲取文件一
邊顯示文件或對文件進行某種處理的功能。新聞傳輸協議解決了一對多新聞廣播的通訊
要求。而超文本要解決的通訊要求是：在一臺計算機上獲取並顯示存放在多臺計算機裏
的文本、數據、圖片和其餘類型的文件；它包含兩大部分：超文本轉移協議和超文本標
記語言(HTML)。HTTP、HTML 以及瀏覽器的誕生給互聯網的普及帶來了飛躍。瀏覽器

HTTP 協議的會話方式

瀏覽器與服務器之間的通訊過程要經歷四個步驟：建->發 ->回 ->關安全

瀏覽器與 WEB 服務器的鏈接過程是短暫的，每次鏈接只處理一個請求和響應。對每一
個頁面的訪問，瀏覽器與 WEB 服務器都要創建一次單獨的鏈接。服務器

瀏覽器到 WEB 服務器之間的全部通信都是徹底獨立分開的請求和響應對。網絡

## HTTP1.0 和 HTTP1.1 的區別併發

在 HTTP1.0 版本中，瀏覽器請求一個帶有圖片的網頁，會因爲下載圖片而與服務器
之間開啓一個新的鏈接；但在 HTTP1.1 版本中，容許瀏覽器在拿到當前請求對應的所有
資源後再斷開鏈接，提升了效率HTTP 1.1 是目前使用最爲普遍的一個版本，而最新的一個版本則是 HTTP 2.0，又
稱 HTTP/2。在開放互聯網上 HTTP 2.0 將只用於 https://網址。HTTPS,即 SSL（Secure
Socket Layer，安全套接字層）之上的 HTTP,實際上就是在 SSL/TLS 鏈接的上層進行 HTTP
通訊。
備註：SSL 最初由 Netscape 公司開發，以後由 IETF（Internet Engineering Task Force，
互聯網工程任務組）接手並將其更名爲 TLS（Transport Layer Security，傳輸層安全協
議）app

請求報文

報文格式jsp
- 請求首行（請求行）；
- 請求頭信息（請求頭）；
- 空行；
- 請求體；
Get 請求

GET /Hello/index.jsp HTTP/1.1
Accept: */*
Accept-Language: zh-CN
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64;
Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729;
Media Center PC 6.0; .NET4.0C; .NET4.0E)
Accept-Encoding: gzip, deflate
Host: localhost:8080
Connection: Keep-Alive
Cookie: JSESSIONID=C55836CDA892D9124C03CF8FE8311B15

Get 請求沒有請求體，Post 請求才有請求體

GET /Hello/index.jsp HTTP/1.1 ： GET 請求，請求服務器路徑爲
Hello/index.jsp，協議爲 1.1；

Host:localhost：請求的主機名爲 localhost；
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0…：與瀏覽器和 OS 相關的

信息。有些網站會顯示用戶的系統版本和瀏覽器版本信息，這都是經過獲取 User-
Agent 頭信息而來的；

Accept: /：告訴服務器，當前客戶端能夠接收的文檔類型， /，就表示
什麼均可以接收；
Accept-Language: zh-CN：當前客戶端支持的語言，能夠在瀏覽器的工具

選項中找到語言相關信息；

Accept-Encoding: gzip, deflate：支持的壓縮格式。數據在網絡上傳遞時，
可能服務器會把數據壓縮後再發送；
Connection: keep-alive：客戶端支持的連接方式，保持一段時間連接，默
認爲 3000ms；
Cookie: JSESSIONID=369766FDF6220F7803433C0B2DE36D98：由於不是
第一次訪問這個地址，因此會在請求中把上一次服務器響應中發送過來的 Cookie
在請求中一併發送過去。
Post 請求
POST 請求要求將 form 標籤的 method 的屬性設置爲 post

POST /Hello/target.html HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml,
image/gif, image/pjpeg, application/x-ms-xbap, */*
Referer: http://localhost:8080/Hello/
Accept-Language: zh-CN
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64;
Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729;
Media Center PC 6.0; .NET4.0C; .NET4.0E)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Host: localhost:8080
Content-Length: 14
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: JSESSIONID=774DA38C1B78AE288610D77621590345

Referer: http://localhost:8080/hello/index.jsp：請求來自哪一個頁面，例如你在百
度上點擊連接到了這裏，那麼 Referer:http://www.baidu.com；若是你是在瀏覽器的地
址欄中直接輸入的地址，那麼就沒有 Referer 這個請求頭了；

Content-Type: application/x-www-form-urlencoded：表單的數據類型，說明
會使用 url 格式編碼數據；url 編碼的數據都是以「%」爲前綴，後面跟隨兩位的 16 進
制，例如「傳智」這兩個字使用 UTF-8 的 url 編碼用爲「%E4%BC%A0%E6%99%BA」；
Content-Length:13：請求體的長度，這裏表示 13 個字節。
keyword=hello：請求體內容！hello 是在表單中輸入的數據，keyword 是表單
字段的名字。

響應報文

報文格式
- 響應首行（響應行）；
- 響應頭信息（響應頭）；
- 空行；
- 響應體；

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=UTF-8
Content-Length: 274
Date: Tue, 07 Apr 2015 10:08:26 GMT
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" >
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>
<h1>Hello</h1>
</body>
</html>

HTTP/1.1 200 OK：響應協議爲 HTTP1.1，狀態碼爲 200，表示請求成功；
Server: Apache-Coyote/1.1：服務器的版本信息；
Content-Type: text/html;charset=UTF-8：響應體使用的編碼爲 UTF-8；
Content-Length: 274：響應體爲 274 字節；
Date: Tue, 07 Apr 2015 10:08:26 GMT：響應的時間，這可能會有 8 小時的時
區差；

響應狀態碼

狀態碼用來告訴 HTTP 客戶端,HTTP 服務器是否產生了預期的 Response。HTTP/1.1
協議中定義了 5 類狀態碼，狀態碼由三位數字組成，第一個數字定義了響應的類
別
- 1XX 提示信息 - 表示請求已被成功接收，繼續處理
- 2XX 成功 - 表示請求已被成功接收，理解，接受
- 3XX 重定向 - 要完成請求必須進行更進一步的處理
- 4XX 客戶端錯誤 - 請求有語法錯誤或請求沒法實現
- 5XX 服務器端錯誤 - 服務器未能實現合法的請求
響應碼對瀏覽器來講很重要，它告訴瀏覽器響應的結果，常見的狀態碼有：
- 200：請求成功，瀏覽器會把響應體內容（一般是 html）顯示在瀏覽器中；
- 404：請求的資源沒有找到，說明客戶端錯誤的請求了不存在的資源；
- 500：請求資源找到了，但服務器內部出現了錯誤；
- 302：重定向，當響應碼爲 302 時，表示服務器要求瀏覽器從新再發一個請求，服務器會發送一個響應頭 Location，它指定了新請求的 URL 地址；

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。