HTTP 概述
HTTP 是什么？
HTTP（HyperText Transfer Protocol，超文本傳輸協議）是WWW (World Wide Web)實現數據通信的基石。
HTTP是由IETF(Internet Engineering Task Force，互聯網工程工作小組) 和W3C(World Wide Web Consortium，萬維網協會) 共同合作制訂的，它們發布了一系列的RFC(Request For Comments)，其中最著名的是RFC 2616，它定義了HTTP /1.1。
它是一種應用層協議（OSI七層模型的最頂層），它基於TCP/IP通信協議來傳遞數據（HTML 文件, 圖片文件, 查詢結果等）。
實例
如果你學習過計算機網絡，熟悉OSI模型，那么你可以跳過這個實例了。
而不了解OSI模型的朋友，不妨通過一個實例來對HTTP報文有一個感性的認識。
以下是使用 wireshark 抓取的一個實際訪問百度首頁的 HTTP GET 報文：
可以清楚的看到它的層級結構如下圖，經過了層層的包裝。
工作原理
HTTP 工作於Client/Server（客戶端/服務器）模型上。
客戶端和服務器之間的通信采用request/response（請求/響應）機制。
客戶端是終端（可以是瀏覽器、爬蟲程序等），服務器是網站的Web服務器。
一次HTTP 操作稱為一個事務，其工作過程大致可分為四步：
（1）建立連接：首先，客戶端和服務器需要建立一個到服務器指定端口（默認端口號為80）的TCP連接。
注：雖然HTTP 采用TCP連接是最流行的方式，但是RFC並沒有指定一定要采用這種網絡傳輸方式。
（2）發送請求信息：客戶端向服務器發送請求。請求方式的格式為，統一資源標識符、協議版本號，后邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。
（3）發送響應信息：服務器監聽指定接口是否收到請求，一旦發現請求，處理后，返回響應結果給客戶端。其格式為一個狀態行包括信息的協議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內容。
（4）關閉連接：客戶端根據響應，顯示結果給用戶，最后關閉連接。
特點
l 無連接的：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答后，即斷開連接。采用這種方式可以節省傳輸時間。
l 無狀態的：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味着如果后續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。
l 媒體獨立的：這意味着，只要客戶端和服務器知道如何處理的數據內容，任何類型的數據都可以通過HTTP發送。客戶端以及服務器指定使用適合的MIME-type內容類型。
l C/S模型的：基於Client/Server模型工作。
HTTP 消息結構
HTTP是基於客戶端/服務端（C/S）的架構模型，通過一個可靠的鏈接來交換信息，是一個無狀態的請求/響應協議。
一個HTTP"客戶端"是一個應用程序（Web瀏覽器或其他任何客戶端），通過連接到服務器達到向服務器發送一個或多個HTTP的請求的目的。
一個HTTP"服務器"同樣也是一個應用程序（通常是一個Web服務，如Apache Web服務器或IIS服務器等），通過接收客戶端的請求並向客戶端發送HTTP響應數據。
HTTP使用統一資源標識符（Uniform Resource Identifiers, URI）來傳輸數據和建立連接。
一旦建立連接后，數據消息就通過類似Internet郵件所使用的格式[RFC5322]和多用途Internet郵件擴展（MIME）[RFC2045]來傳送。
客戶端請求消息
客戶端發送一個HTTP請求到服務器的請求消息包括以下格式：請求行（request line）、請求頭部（header）、空行和請求數據四個部分組成，下圖給出了請求報文的一般格式。
服務器響應消息
HTTP響應也由四個部分組成，分別是：狀態行、消息報頭、空行和響應正文。
HTTP 請求
根據HTTP標准，HTTP請求可以使用多種請求方法。
HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。
HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT方法。
| 方法 |
描述 |
| GET |
請求指定的頁面信息，並返回實體主體。 |
| HEAD |
類似於get請求，只不過返回的響應中沒有具體的內容，用於獲取報頭 |
| POST |
向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會導致新的資源的建立和/或已有資源的修改。 |
| PUT |
從客戶端向服務器傳送的數據取代指定的文檔的內容。 |
| DELETE |
請求服務器刪除指定的頁面。 |
| CONNECT |
HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器。 |
| OPTIONS |
允許客戶端查看服務器的性能。 |
| TRACE |
回顯服務器收到的請求，主要用於測試或診斷。 |
HTTP 請求消息頭
| 請求消息頭 |
說明 |
| Accept |
瀏覽器支持的格式 |
| Accept-Encoding |
支持的編碼格式，如（UTF-8，GBK） |
| Accept-Language |
支持的語言類型 |
| User-Agent |
瀏覽器信息 |
| Cookie |
記錄的是用戶當前的狀態 |
| Referer |
指從哪個頁面單擊鏈接進入的頁面 |
| HOST |
目的地址對應的主機名 |
| Connection |
連接類型。如Keep-Alive表示長連接，不會斷開 |
| Content-Length |
內容長度 |
| Content-Type |
內容類型 |
HTTP 響應
HTTP 響應消息頭
| 響應消息頭 |
說明 |
| Allow |
服務器支持哪些請求方法（如GET、POST等）。 |
| Content-Encoding |
文檔的編碼（Encode）方法。只有在解碼之后才可以得到Content-Type頭指定的內容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。Java的GZIPOutputStream可以很方便地進行gzip壓縮，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此，Servlet應該通過查看Accept-Encoding頭（即request.getHeader("Accept-Encoding")）檢查瀏覽器是否支持gzip，為支持gzip的瀏覽器返回經gzip壓縮的HTML頁面，為其他瀏覽器返回普通頁面。 |
| Content-Length |
表示內容長度。只有當瀏覽器使用持久HTTP連接時才需要這個數據。如果你想要利用持久連接的優勢，可以把輸出文檔寫入ByteArrayOutputStram，完成后查看其大小，然后把該值放入Content-Length頭，最后通過byteArrayStream.writeTo(response.getOutputStream()發送內容。 |
| Content-Type |
表示后面的文檔屬於什么MIME類型。Servlet默認為text/plain，但通常需要顯式地指定為text/html。由於經常要設置Content-Type，因此HttpServletResponse提供了一個專用的方法setContentType。 |
| Date |
當前的GMT時間。你可以用setDateHeader來設置這個頭以避免轉換時間格式的麻煩。 |
| Expires |
應該在什么時候認為文檔已經過期，從而不再緩存它？ |
| Last-Modified |
文檔的最后改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期，該請求將被視為一個條件GET，只有改動時間遲於指定時間的文檔才會返回，否則返回一個304（Not Modified）狀態。Last-Modified也可用setDateHeader方法來設置。 |
| Location |
表示客戶應當到哪里去提取文檔。Location通常不是直接設置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設置狀態代碼為302。 |
| Refresh |
表示瀏覽器應該在多少時間之后刷新文檔，以秒計。除了刷新當前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面。 |
| Server |
服務器名字。Servlet一般不設置這個值，而是由Web服務器自己設置。 |
| Set-Cookie |
設置和頁面關聯的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。參見下文有關Cookie設置的討論。 |
| WWW-Authenticate |
客戶應該在Authorization頭中提供什么類型的授權信息？在包含401（Unauthorized）狀態行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")。 |
HTTP 狀態碼
當瀏覽者訪問一個網頁時，瀏覽者的瀏覽器會向網頁所在服務器發出請求。當瀏覽器接收並顯示網頁前，此網頁所在的服務器會返回一個包含HTTP狀態碼的信息頭（server header）用以響應瀏覽器的請求。
HTTP狀態碼的英文為HTTP Status Code。
下面是常見的HTTP狀態碼：
l 200 - 請求成功
l 301 - 資源（網頁等）被永久轉移到其它URL
l 404 - 請求的資源（網頁等）不存在
l 500 - 內部服務器錯誤
HTTP狀態碼分類
HTTP狀態碼由三個十進制數字組成，第一個十進制數字定義了狀態碼的類型，后兩個數字沒有分類的作用。HTTP狀態碼共分為5種類型：
| 分類 |
分類描述 |
| 1** |
信息，服務器收到請求，需要請求者繼續執行操作 |
| 2** |
成功，操作被成功接收並處理 |
| 3** |
重定向，需要進一步的操作以完成請求 |
| 4** |
客戶端錯誤，請求包含語法錯誤或無法完成請求 |
| 5** |
服務器錯誤，服務器在處理請求的過程中發生了錯誤 |
HTTP 狀態列表：
| 狀態碼 |
狀態碼英文名稱 |
中文描述 |
| 100 |
Continue |
|
| 101 |
Switching Protocols |
切換協議。服務器根據客戶端的請求切換協議。只能切換到更高級的協議，例如，切換到HTTP的新版本協議 |
|
|
||
| 200 |
OK |
請求成功。一般用於GET與POST請求 |
| 201 |
Created |
已創建。成功請求並創建了新的資源 |
| 202 |
Accepted |
已接受。已經接受請求，但未處理完成 |
| 203 |
Non-Authoritative Information |
非授權信息。請求成功。但返回的meta信息不在原始的服務器，而是一個副本 |
| 204 |
No Content |
無內容。服務器成功處理，但未返回內容。在未更新網頁的情況下，可確保瀏覽器繼續顯示當前文檔 |
| 205 |
Reset Content |
重置內容。服務器處理成功，用戶終端（例如：瀏覽器）應重置文檔視圖。可通過此返回碼清除瀏覽器的表單域 |
| 206 |
Partial Content |
部分內容。服務器成功處理了部分GET請求 |
|
|
||
| 300 |
Multiple Choices |
多種選擇。請求的資源可包括多個位置，相應可返回一個資源特征與地址的列表用於用戶終端（例如：瀏覽器）選擇 |
| 301 |
Moved Permanently |
永久移動。請求的資源已被永久的移動到新URI，返回信息會包括新的URI，瀏覽器會自動定向到新URI。今后任何新的請求都應使用新的URI代替 |
| 302 |
Found |
臨時移動。與301類似。但資源只是臨時被移動。客戶端應繼續使用原有URI |
| 303 |
See Other |
查看其它地址。與301類似。使用GET和POST請求查看 |
| 304 |
Not Modified |
未修改。所請求的資源未修改，服務器返回此狀態碼時，不會返回任何資源。客戶端通常會緩存訪問過的資源，通過提供一個頭信息指出客戶端希望只返回在指定日期之后修改的資源 |
| 305 |
Use Proxy |
使用代理。所請求的資源必須通過代理訪問 |
| 306 |
Unused |
已經被廢棄的HTTP狀態碼 |
| 307 |
Temporary Redirect |
臨時重定向。與302類似。使用GET請求重定向 |
|
|
||
| 400 |
Bad Request |
客戶端請求的語法錯誤，服務器無法理解 |
| 401 |
Unauthorized |
請求要求用戶的身份認證 |
| 402 |
Payment Required |
保留，將來使用 |
| 403 |
Forbidden |
服務器理解請求客戶端的請求，但是拒絕執行此請求 |
| 404 |
Not Found |
服務器無法根據客戶端的請求找到資源（網頁）。通過此代碼，網站設計人員可設置"您所請求的資源無法找到"的個性頁面 |
| 405 |
Method Not Allowed |
客戶端請求中的方法被禁止 |
| 406 |
Not Acceptable |
服務器無法根據客戶端請求的內容特性完成請求 |
| 407 |
Proxy Authentication Required |
請求要求代理的身份認證，與401類似，但請求者應當使用代理進行授權 |
| 408 |
Request Time-out |
服務器等待客戶端發送的請求時間過長，超時 |
| 409 |
Conflict |
服務器完成客戶端的PUT請求是可能返回此代碼，服務器處理請求時發生了沖突 |
| 410 |
Gone |
客戶端請求的資源已經不存在。410不同於404，如果資源以前有現在被永久刪除了可使用410代碼，網站設計人員可通過301代碼指定資源的新位置 |
| 411 |
Length Required |
服務器無法處理客戶端發送的不帶Content-Length的請求信息 |
| 412 |
Precondition Failed |
客戶端請求信息的先決條件錯誤 |
| 413 |
Request Entity Too Large |
由於請求的實體過大，服務器無法處理，因此拒絕請求。為防止客戶端的連續請求，服務器可能會關閉連接。如果只是服務器暫時無法處理，則會包含一個Retry-After的響應信息 |
| 414 |
Request-URI Too Large |
請求的URI過長（URI通常為網址），服務器無法處理 |
| 415 |
Unsupported Media Type |
服務器無法處理請求附帶的媒體格式 |
| 416 |
Requested range not satisfiable |
客戶端請求的范圍無效 |
| 417 |
Expectation Failed |
服務器無法滿足Expect的請求頭信息 |
|
|
||
| 500 |
Internal Server Error |
服務器內部錯誤，無法完成請求 |
| 501 |
Not Implemented |
服務器不支持請求的功能，無法完成請求 |
| 502 |
Bad Gateway |
充當網關或代理的服務器，從遠端服務器接收到了一個無效的請求 |
| 503 |
Service Unavailable |
由於超載或系統維護，服務器暫時的無法處理客戶端的請求。延時的長度可包含在服務器的Retry-After頭信息中 |
| 504 |
Gateway Time-out |
充當網關或代理的服務器，未及時從遠端服務器獲取請求 |
| 505 |
HTTP Version not supported |
服務器不支持請求的HTTP協議的版本，無法完成處理 |
參考
http://blog.csdn.net/gueter/article/details/1524447
http://www.runoob.com/http/http-intro.html
https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol