"先鏈接到一個我的另一篇有關HTTP的博客" 第一次訪問時會有些慢~~~ http協議 因為編寫 Web 應用必須對 HTTP 有所瞭解，所以我們對 HTTP 進行介紹 HTTP 協議簡介 HTTP 超文本傳輸協議 (HTTP Hypertext transfer protocol)，是一個屬於應用 ...
先鏈接到一個我的另一篇有關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=774DA38C1B78AE288610D77621590345Referer: 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 地址；
