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

HTTP 簡介

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

HTTP 工作原理

HTTP協(xié)議工作于客戶端-服務(wù)端架構(gòu)為上装悲。瀏覽器作為HTTP客戶端通過URL向HTTP服務(wù)端即WEB服務(wù)器發(fā)送所有請求。
Web服務(wù)器有：Apache服務(wù)器尚氛，IIS服務(wù)器（Internet Information Services）等诀诊。
Web服務(wù)器根據(jù)接收到的請求后，向客戶端發(fā)送響應(yīng)信息阅嘶。
HTTP默認(rèn)端口號為80属瓣，但是你也可以改為8080或者其他端口。

HTTP三點(diǎn)注意事項(xiàng)：

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

HTTP 消息結(jié)構(gòu)

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

服務(wù)器響應(yīng)消息

HTTP響應(yīng)也由四個(gè)部分組成盖呼，分別是：狀態(tài)行、消息報(bào)頭碉考、空行和響應(yīng)正文塌计。

實(shí)例

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

• 客戶端請求：
  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

• 服務(wù)端響應(yīng):
  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

• 輸出結(jié)果：
  HelloWorld!Mypayload includes a trailing CRLF.

HTTP請求方法

根據(jù)HTTP標(biāo)準(zhǔn)挺身，HTTP請求可以使用多種請求方法侯谁。

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

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

HTTP 響應(yīng)頭信息

HTTP請求頭提供了關(guān)于請求，響應(yīng)或者其他的發(fā)送實(shí)體的信息炮姨。
在本章節(jié)中我們將具體來介紹HTTP響應(yīng)頭信息捌刮。

應(yīng)答頭說明

• Allow
  服務(wù)器支持哪些請求方法（如GET、POST等）舒岸。

• Content-Encoding
  文檔的編碼（Encode）方法绅作。只有在解碼之后才可以得到Content-Type頭指定的內(nèi)容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時(shí)間蛾派。Java的GZIPOutputStream可以很方便地進(jìn)行g(shù)zip壓縮俄认，但只有Unix上的Netscape和Windows上的IE 4堕扶、IE 5才支持它。因此梭依，Servlet應(yīng)該通過查看Accept-Encoding頭（即request.getHeader("Accept-Encoding")）檢查瀏覽器是否支持gzip稍算，為支持gzip的瀏覽器返回經(jīng)gzip壓縮的HTML頁面，為其他瀏覽器返回普通頁面役拴。

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

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

• Date
  當(dāng)前的GMT時(shí)間妓湘。你可以用setDateHeader來設(shè)置這個(gè)頭以避免轉(zhuǎn)換時(shí)間格式的麻煩。

• Expires
  應(yīng)該在什么時(shí)候認(rèn)為文檔已經(jīng)過期乌询，從而不再緩存它榜贴？

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

• Location
  表示客戶應(yīng)當(dāng)?shù)侥睦锶ヌ崛∥臋n沮趣。Location通常不是直接設(shè)置的屯烦，而是通過HttpServletResponse的sendRedirect方法，該方法同時(shí)設(shè)置狀態(tài)代碼為302房铭。

• Refresh
  表示瀏覽器應(yīng)該在多少時(shí)間之后刷新文檔驻龟，以秒計(jì)。除了刷新當(dāng)前文檔之外缸匪，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面翁狐。
  注意這種功能通常是通過設(shè)置HTML頁面HEAD區(qū)的＜META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path"＞實(shí)現(xiàn)，這是因?yàn)榱枋撸詣?dòng)刷新或重定向?qū)τ谀切┎荒苁褂肅GI或Servlet的HTML編寫者十分重要露懒。但是闯冷，對于Servlet來說，直接設(shè)置Refresh頭更加方便懈词。

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

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

• Server
  服務(wù)器名字拧咳。Servlet一般不設(shè)置這個(gè)值，而是由Web服務(wù)器自己設(shè)置囚灼。

• Set-Cookie
  設(shè)置和頁面關(guān)聯(lián)的Cookie骆膝。Servlet不應(yīng)使用response.setHeader("Set-Cookie", ...)，而是應(yīng)使用HttpServletResponse提供的專用方法addCookie啦撮。參見下文有關(guān)Cookie設(shè)置的討論谭网。

• WWW-Authenticate
  客戶應(yīng)該在Authorization頭中提供什么類型的授權(quán)信息？在包含401（Unauthorized）狀態(tài)行的應(yīng)答中這個(gè)頭是必需的赃春。例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")劫乱。
  注意Servlet一般不進(jìn)行這方面的處理织中，而是讓W(xué)eb服務(wù)器的專門機(jī)制來控制受密碼保護(hù)頁面的訪問（例如.htaccess）。

HTTP狀態(tài)碼

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

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

HTTP狀態(tài)碼分類

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

HTTP狀態(tài)碼分類

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

HTTP狀態(tài)碼列表

HTTP content-type

Content-Type芥吟，內(nèi)容類型，一般是指網(wǎng)頁中存在的Content-Type专甩，用于定義網(wǎng)絡(luò)文件的類型和網(wǎng)頁的編碼钟鸵，決定瀏覽器將以什么形式、什么編碼讀取這個(gè)文件涤躲，這就是經(jīng)彻姿＃看到一些Asp網(wǎng)頁點(diǎn)擊的結(jié)果卻是下載到的一個(gè)文件或一張圖片的原因。

HTTP content-type 對照表