• HTTP協(xié)議（HyperText Transfer Protocol，超文本傳輸協(xié)議）是因特網(wǎng)上應用最為廣泛的一種網(wǎng)絡傳輸協(xié)議，所有的WWW文件都必須遵守這個標準。
• HTTP是一個基于TCP/IP通信協(xié)議來傳遞數(shù)據(jù)（HTML 文件, 圖片文件, 查詢結果等）。

HTTP 簡介

HTTP協(xié)議是Hyper Text Transfer Protocol（超文本傳輸協(xié)議）的縮寫,是用于從萬維網(wǎng)（WWW:World Wide Web ）服務器傳輸超文本到本地瀏覽器的傳送協(xié)議。。
HTTP是一個基于TCP/IP通信協(xié)議來傳遞數(shù)據(jù)（HTML 文件, 圖片文件, 查詢結果等）。

HTTP 工作原理

HTTP協(xié)議工作于客戶端-服務端架構為上。瀏覽器作為HTTP客戶端通過URL向HTTP服務端即WEB服務器發(fā)送所有請求。
Web服務器有：Apache服務器，IIS服務器（Internet Information Services）等。
Web服務器根據(jù)接收到的請求后，向客戶端發(fā)送響應信息。
HTTP默認端口號為80，但是你也可以改為8080或者其他端口。

HTTP三點注意事項：

HTTP是無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，并收到客戶的應答后，即斷開連接。采用這種方式可以節(jié)省傳輸時間。
HTTP是媒體獨立的：這意味著，只要客戶端和服務器知道如何處理的數(shù)據(jù)內容，任何類型的數(shù)據(jù)都可以通過HTTP發(fā)送。客戶端以及服務器指定使用適合的MIME-type內容類型。
HTTP是無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務器不需要先前信息時它的應答就較快。
以下圖表展示了HTTP協(xié)議通信流程：

HTTP 消息結構

HTTP是基于客戶端/服務端（C/S）的架構模型，通過一個可靠的鏈接來交換信息，是一個無狀態(tài)的請求/響應協(xié)議。
一個HTTP"客戶端"是一個應用程序（Web瀏覽器或其他任何客戶端），通過連接到服務器達到向服務器發(fā)送一個或多個HTTP的請求的目的。
一個HTTP"服務器"同樣也是一個應用程序（通常是一個Web服務，如Apache Web服務器或IIS服務器等），通過接收客戶端的請求并向客戶端發(fā)送HTTP響應數(shù)據(jù)。
HTTP使用統(tǒng)一資源標識符（Uniform Resource Identifiers, URI）來傳輸數(shù)據(jù)和建立連接。
一旦建立連接后，數(shù)據(jù)消息就通過類似Internet郵件所使用的格式[RFC5322]和多用途Internet郵件擴展（MIME）[RFC2045]來傳送。
客戶端請求消息
客戶端發(fā)送一個HTTP請求到服務器的請求消息包括以下格式：請求行（request line）、請求頭部（header）、空行和請求數(shù)據(jù)四個部分組成，下圖給出了請求報文的一般格式。

服務器響應消息

HTTP響應也由四個部分組成，分別是：狀態(tài)行、消息報頭、空行和響應正文。

實例

下面實例是一點典型的使用GET來傳遞數(shù)據(jù)的實例：

• 客戶端請求：
  GET/hello.txt HTTP/1.1
  User-Agent:curl/7.16.3libcurl/7.16.3OpenSSL/0.9.7lzlib/1.2.3
  Host:www.example.com
  Accept-Language:en,mi

• 服務端響應:
  HTTP/1.1200OK
  Date:Mon,27Jul200912:28:53GMT
  Server:ApacheLast-Modified:Wed,22Jul200919:15:56G
  MTETag:"34aa387-d-1568eb00"
  Accept-Ranges:bytes
  Content-Length:51Vary:
  Accept-EncodingContent-Type:text/plain

• 輸出結果：
  HelloWorld!Mypayload includes a trailing CRLF.

HTTP請求方法

根據(jù)HTTP標準，HTTP請求可以使用多種請求方法。

HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。

HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

HTTP 響應頭信息

HTTP請求頭提供了關于請求，響應或者其他的發(fā)送實體的信息。
在本章節(jié)中我們將具體來介紹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的瀏覽器返回經(jīng)gzip壓縮的HTML頁面，為其他瀏覽器返回普通頁面。

• Content-Length
  表示內容長度。只有當瀏覽器使用持久HTTP連接時才需要這個數(shù)據(jù)。如果你想要利用持久連接的優(yōu)勢，可以把輸出文檔寫入 ByteArrayOutputStream，完成后查看其大小，然后把該值放入Content-Length頭，最后通過byteArrayStream.writeTo(response.getOutputStream()發(fā)送內容。

• Content-Type
  表示后面的文檔屬于什么MIME類型。Servlet默認為text/plain，但通常需要顯式地指定為text/html。由于經(jīng)常要設置Content-Type，因此HttpServletResponse提供了一個專用的方法setContentType。

• Date
  當前的GMT時間。你可以用setDateHeader來設置這個頭以避免轉換時間格式的麻煩。

• Expires
  應該在什么時候認為文檔已經(jīng)過期，從而不再緩存它？

• Last-Modified
  文檔的最后改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期，該請求將被視為一個條件GET，只有改動時間遲于指定時間的文檔才會返回，否則返回一個304（Not Modified）狀態(tài)。Last-Modified也可用setDateHeader方法來設置。

• Location
  表示客戶應當?shù)侥睦锶ヌ崛∥臋n。Location通常不是直接設置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設置狀態(tài)代碼為302。

• Refresh
  表示瀏覽器應該在多少時間之后刷新文檔，以秒計。除了刷新當前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面。
  注意這種功能通常是通過設置HTML頁面HEAD區(qū)的＜META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path"＞實現(xiàn)，這是因為，自動刷新或重定向對于那些不能使用CGI或Servlet的HTML編寫者十分重要。但是，對于Servlet來說，直接設置Refresh頭更加方便。

注意Refresh的意義是"N秒之后刷新本頁面或訪問指定頁面"，而不是"每隔N秒刷新本頁面或訪問指定頁面"。因此，連續(xù)刷新要求每次都發(fā)送一個Refresh頭，而發(fā)送204狀態(tài)代碼則可以阻止瀏覽器繼續(xù)刷新，不管是使用Refresh頭還是＜META HTTP-EQUIV="Refresh" ...＞。

注意Refresh頭不屬于HTTP 1.1正式規(guī)范的一部分，而是一個擴展，但Netscape和IE都支持它。

• Server
  服務器名字。Servlet一般不設置這個值，而是由Web服務器自己設置。

• Set-Cookie
  設置和頁面關聯(lián)的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。參見下文有關Cookie設置的討論。

• WWW-Authenticate
  客戶應該在Authorization頭中提供什么類型的授權信息？在包含401（Unauthorized）狀態(tài)行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")。
  注意Servlet一般不進行這方面的處理，而是讓Web服務器的專門機制來控制受密碼保護頁面的訪問（例如.htaccess）。

HTTP狀態(tài)碼

當瀏覽者訪問一個網(wǎng)頁時，瀏覽者的瀏覽器會向網(wǎng)頁所在服務器發(fā)出請求。當瀏覽器接收并顯示網(wǎng)頁前，此網(wǎng)頁所在的服務器會返回一個包含HTTP狀態(tài)碼的信息頭（server header）用以響應瀏覽器的請求。
HTTP狀態(tài)碼的英文為HTTP Status Code。
下面是常見的HTTP狀態(tài)碼：

• 200 - 請求成功
• 301 - 資源（網(wǎng)頁等）被永久轉移到其它URL
• 404 - 請求的資源（網(wǎng)頁等）不存在
• 500 - 內部服務器錯誤

HTTP狀態(tài)碼分類

HTTP狀態(tài)碼由三個十進制數(shù)字組成，第一個十進制數(shù)字定義了狀態(tài)碼的類型，后兩個數(shù)字沒有分類的作用。HTTP狀態(tài)碼共分為5種類型：

HTTP狀態(tài)碼分類

HTTP狀態(tài)碼列表:

HTTP狀態(tài)碼列表

HTTP content-type

Content-Type，內容類型，一般是指網(wǎng)頁中存在的Content-Type，用于定義網(wǎng)絡文件的類型和網(wǎng)頁的編碼，決定瀏覽器將以什么形式、什么編碼讀取這個文件，這就是經(jīng)常看到一些Asp網(wǎng)頁點擊的結果卻是下載到的一個文件或一張圖片的原因。

HTTP content-type 對照表