HTTP 請求報文
l HTTP Command: //方法字段，說明其使用的是GET 方法
l URI: / //URL 字段，發送請求至保存該網站的服務器。
l HTTP Version: //http 協議版本字段，用是的http/1.1 版本
l Accept: //指示可被接受的請求迴應的介質類型範圍列表。
l Accept-Language: //限制了請求迴應中首選的語言爲簡體中文，否則使用默認值。
l Accept-Encoding: //限制了迴應中可接受的內容編碼值,指示附加內容解碼方式爲gzip,deflate.
l User-Agent: //定義用戶代理，即發送請求的瀏覽器類型爲Mozilla/4.0
l Host: www.XX.com ///r/n定義了目標所在的主機
l Connection: Keep-Alive/r/n //告訴服務器使用持久連接
HTTP 迴應報文
l HTTP Version: HTTP/1.1 //服務器用的是HTTP/1.1 版本
l HTTP Status: 200 //請求成功，信息可以讀取，包含在響應的報文中
l Date: //指服務器從文件系統中檢索到該對象，插入到響應報文，併發送該響應報文的時間
l Server: //表明刻報文是由一個Apache/2.0.52 的服務器產生的
l X-Powered-By: //表明是使用PHP（版本）的動態網頁
l Set- cookie: //
l Vary: //
l Content-Length: //表明實體的長度
l Connection: //告訴客戶機在報文發送完畢後仍然保持連接
l Content-Type: //表明實體中的對象是html 文檔
l Binary Data: //二進制數據
說明：在服務器給的迴應請求中，我們可以從狀態碼中看到訪問的相關信息。狀態碼錶示響應類型，常用的有：
l 1×× 保留
l 2×× 表示請求成功地接收
l 3×× 爲完成請求客戶需進一步細化請求
l 4×× 客戶錯誤
l 5×× 服務器錯誤
|
狀態代碼 |
狀態信息 |
含義 |
|
100 |
Continue |
初始的請求已經接受，客戶應當繼續發送請求的其餘部分。（HTTP 1.1新） |
|
101 |
Switching Protocols |
服務器將遵從客戶的請求轉換到另外一種協議（HTTP 1.1新） |
|
200 |
OK |
一切正常，對GET和POST請求的應答文檔跟在後面。 |
|
201 |
Created |
服務器已經創建了文檔，Location頭給出了它的URL。 |
|
202 |
Accepted |
已經接受請求，但處理尚未完成。 |
|
203 |
Non-Authoritative Information |
文檔已經正常地返回，但一些應答頭可能不正確，因爲使用的是文檔的拷貝（HTTP 1.1新）。 |
|
204 |
No Content |
沒有新文檔，瀏覽器應該繼續顯示原來的文檔。如果用戶定期地刷新頁面，而Servlet可以確定用戶文檔足夠新，這個狀態代碼是很有用的。 |
|
205 |
Reset Content |
沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容（HTTP 1.1新）。 |
|
206 |
Partial Content |
客戶發送了一個帶有Range頭的GET請求，服務器完成了它（HTTP 1.1新）。 |
|
300 |
Multiple Choices |
客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇，則應該在Location應答頭指明。 |
|
301 |
Moved Permanently |
客戶請求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。 |
|
302 |
Found |
類似於301，但新的URL應該被視爲臨時性的替代，而不是永久性的。注意，在HTTP1.0中對應的狀態信息是“Moved Temporatily”。 出現該狀態代碼時，瀏覽器能夠自動訪問新的URL，因此它是一個很有用的狀態代碼。 注意這個狀態代碼有時候可以和301替換使用。例如，如果瀏覽器錯誤地請求http://host/~user（缺少了後面的斜槓），有的服務器返回301，有的則返回302。 嚴格地說，我們只能假定只有當原來的請求是GET時瀏覽器纔會自動重定向。請參見307。 |
|
303 |
See Other |
類似於301/302，不同之處在於，如果原來的請求是POST，Location頭指定的重定向目標文檔應該通過GET提取（HTTP 1.1新）。 |
|
304 |
Not Modified |
客戶端有緩衝的文檔併發出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務器告訴客戶，原來緩衝的文檔還可以繼續使用。 |
|
305 |
Use Proxy |
客戶請求的文檔應該通過Location頭所指明的代理服務器提取（HTTP 1.1新）。 |
|
307 |
Temporary Redirect |
和302（Found）相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，即使它實際上只能在POST請求的應答是303時才能重定向。由於這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求；如果是307應答，則瀏覽器只能跟隨對GET請求的重定向。（HTTP 1.1新） |
|
400 |
Bad Request |
請求出現語法錯誤。 |
|
401 |
Unauthorized |
客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然後在填寫合適的Authorization頭後再次發出請求。 |
|
403 |
Forbidden |
資源不可用。服務器理解客戶的請求，但拒絕處理它。通常由於服務器上文件或目錄的權限設置導致。 |
|
404 |
Not Found |
無法找到指定位置的資源。這也是一個常用的應答。 |
|
405 |
Method Not Allowed |
請求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）對指定的資源不適用。（HTTP 1.1新） |
|
406 |
Not Acceptable |
指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容（HTTP 1.1新）。 |
|
407 |
Proxy Authentication Required |
類似於401，表示客戶必須先經過代理服務器的授權。（HTTP 1.1新） |
|
408 |
Request Timeout |
在服務器許可的等待時間內，客戶一直沒有發出任何請求。客戶可以在以後重複同一請求。（HTTP 1.1新） |
|
409 |
Conflict |
通常和PUT請求有關。由於請求和資源的當前狀態相沖突，因此請求不能成功。（HTTP 1.1新） |
|
410 |
Gone |
所請求的文檔已經不再可用，而且服務器不知道應該重定向到哪一個地址。它和404的不同在於，返回407表示文檔永久地離開了指定的位置，而404表示由於未知的原因文檔不可用。（HTTP 1.1新） |
|
411 |
Length Required |
服務器不能處理請求，除非客戶發送一個Content-Length頭。（HTTP 1.1新） |
|
412 |
Precondition Failed |
請求頭中指定的一些前提條件失敗（HTTP 1.1新）。 |
|
413 |
Request Entity Too Large |
目標文檔的大小超過服務器當前願意處理的大小。如果服務器認爲自己能夠稍後再處理該請求，則應該提供一個Retry-After頭（HTTP 1.1新）。 |
|
414 |
Request URI Too Long |
URI太長（HTTP 1.1新）。 |
|
416 |
Requested Range Not Satisfiable |
服務器不能滿足客戶在請求中指定的Range頭。（HTTP 1.1新） |
|
500 |
Internal Server Error |
服務器遇到了意料不到的情況，不能完成客戶的請求。 |
|
501 |
Not Implemented |
服務器不支持實現請求所需要的功能。例如，客戶發出了一個服務器不支持的PUT請求。 |
|
502 |
Bad Gateway |
服務器作爲網關或者代理時，爲了完成請求訪問下一個服務器，但該服務器返回了非法的應答。 |
|
503 |
Service Unavailable |
服務器由於維護或者負載過重未能應答。例如，Servlet可能在數據庫連接池已滿的情況下返回503。服務器返回503時可以提供一個Retry-After頭。 |
|
504 |
Gateway Timeout |
由作爲代理或網關的服務器使用，表示不能及時地從遠程服務器獲得應答。（HTTP 1.1新） |
|
505 |
HTTP Version Not Supported |
服務器不支持請求中所指明的HTTP版本。（HTTP 1.1新） |