先鏈接到一個我的另一篇有關HTTP的博客
第一次訪問時會有些慢~~~
http協議
因為撰寫 Web 應用必須對 HTTP 有所了解，所以我們對 HTTP 進行介紹
HTTP 協議簡介
HTTP 超文本傳輸協議 (HTTP-Hypertext transfer protocol)，是一個屬于應用層的
面向物件的協議，由于其簡捷、快速的方式，適用于分布式超媒體資訊系統，它于 1990
年提出，經過幾年的使用與發展，得到不斷地完善和擴展，它是一種詳細規定了瀏覽器
和萬維網服務器之間互相通信的規則，通過因特網傳送萬維網檔案的資料傳送協議，
客戶端與服務端通信時傳輸的內容我們稱之為報文
HTTP 就是一個通信規則，這個規則規定了客戶端發送給服務器的報文格式，也規
定了服務器發送給客戶端的報文格式，實際我們要學習的就是這兩種報文，客戶端發送
給服務器的稱為”請求報文“，服務器發送給客戶端的稱為”回應報文“，
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，傳輸層安全協
議）
請求報文
-
報文格式
- 請求首行（請求行）；
- 請求頭資訊（請求頭）；
- 空行；
- 請求體；
-
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 地址；
-
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/55018.html
標籤：Go
上一篇：goweb-搭建服務