Http的狀態碼：
狀態代碼有三位數字組成，第一個數字定義了響應的類別，共分五種類別:
- 1xx：指示信息--表示請求已接收，繼續處理
- 2xx：成功--表示請求已被成功接收、理解、接受
- 3xx：重定向--要完成請求必須進行更進一步的操作
- 4xx：客戶端錯誤--請求有語法錯誤或請求無法實現
- 5xx：服務器端錯誤--服務器未能實現合法的請求
常見狀態碼：
- 200 OK //客戶端請求成功
- 202 Accepted //已接受。已經接受請求，但未處理完成
- 305 Use Proxy//使用代理。所請求的資源必須通過代理訪問
- 400 Bad Request //客戶端請求有語法錯誤，不能被
服務器所理解- 401 Unauthorized //請求未經授權，這個狀態代碼必須和WWW-Authenticate報頭域一起使用
- 403 Forbidden //服務器收到請求，但是拒絕提供服務
- 404 Not Found //請求資源不存在，eg：輸入了錯誤的URL
- 500 Internal Server Error //服務器發生不可預期的錯誤
- 503 Server Unavailable //服務器當前不能處理客戶端的請求，一段時間后可能恢復正常
- 505 HTTP Version not supported //服務器不支持請求的HTTP協議的版本，無法完成處理
HTTP請求方法
HTTP 1.0定義了三種請求方法：GET,POST,和HEAD方法。
HTTP 1.1新增了五種請求方法：OPTIONS,PUT,DELETE,TRACE和CONNECT方法；
| 序號 | 方法 | 描述 |
|---|---|---|
| 1 | GET | 請求指定的頁面信息，并返回實體主體。 |
| 2 | HEAD | 類似于get請求，只不過返回的響應中沒有具體的內容，用于獲取報頭 |
| 3 | POST | 向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會導致新的資源的建立和/或已有資源的修改。 |
| 4 | PUT | 從客戶端向服務器傳送的數據取代指定的文檔的內容。 |
| 5 | DELETE | 請求服務器刪除指定的頁面。 |
| 6 | CONNECT | HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器。 |
| 7 | OPTIONS | 允許客戶端查看服務器的性能。 |
| 8 | TRACE | 回顯服務器收到的請求，主要用于測試或診斷。 |
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連接時才需要這個數據。如果你想要利用持久連接的優勢，可以把輸出文檔寫入 ByteArrayOutputStream，完成后查看其大小，然后把該值放入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")讓瀏覽器讀取指定的頁面。注意這種功能通常是通過設置HTML頁面HEAD區的＜META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path"＞實現，這是因為，自動刷新或重定向對于那些不能使用CGI或Servlet的HTML編寫者十分重要。但是，對于Servlet來說，直接設置Refresh頭更加方便。注意Refresh的意義是"N秒之后刷新本頁面或訪問指定頁面"，而不是"每隔N秒刷新本頁面或訪問指定頁面"。因此，連續刷新要求每次都發送一個Refresh頭，而發送204狀態代碼則可以阻止瀏覽器繼續刷新，不管是使用Refresh頭還是＜META HTTP-EQUIV="Refresh" ...＞。 注意Refresh頭不屬于HTTP 1.1正式規范的一部分，而是一個擴展，但Netscape和IE都支持它。 |
| Server | 服務器名字。Servlet一般不設置這個值，而是由Web服務器自己設置。 |
| Set-Cookie | 設置和頁面關聯的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。 |
| WWW-Authenticate | 客戶應該在Authorization頭中提供什么類型的授權信息？在包含401（Unauthorized）狀態行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")。注意Servlet一般不進行這方面的處理，而是讓Web服務器的專門機制來控制受密碼保護頁面的訪問（例如.htaccess）。 |
2. 常用的HTTP請求頭
| 協議頭 | 說明 | 示例 | 狀態 |
|---|---|---|---|
| Accept | 可接受的響應內容類型（Content-Types） | Accept: text/plain | 固定 |
| Accept-Charset | 可接受的字符集 | Accept-Charset: utf-8 | 固定 |
| Accept-Encoding | 可接受的響應內容的編碼方式。 | Accept-Encoding: gzip, deflate | 固定 |
| Accept-Language | 可接受的響應內容語言列表。 | Accept-Language: en-US | 固定 |
| Accept-Datetime | 可接受的按照時間來表示的響應內容版本 | Accept-Datetime: Sat, 26 Dec 2015 17:30:00 GMT | 臨時 |
| Authorization | 用于表示HTTP協議中需要認證資源的認證信息 | Authorization: Basic OSdjJGRpbjpvcGVuIANlc2SdDE== | 固定 |
| Cache-Control | 用來指定當前的請求/回復中的，是否使用緩存機制。 | Cache-Control: no-cache | 固定 |
| Connection | 客戶端（瀏覽器）想要優先使用的連接類型 | Connection: keep-alive Connection: Upgrade | 固定 |
| Cookie | 由之前服務器通過Set-Cookie（見下文）設置的一個HTTP協議Cookie | Cookie: $Version=1; Skin=new; | 固定：標準 |
| Content-Length | 以8進制表示的請求體的長度 | Content-Length: 348 | 固定 |
| Content-MD5 | 請求體的內容的二進制 MD5 散列值（數字簽名），以 Base64 編碼的結果 | Content-MD5: oD8dH2sgSW50ZWdyaIEd9D== | 廢棄 |
| Content-Type | 請求體的MIME類型 （用于POST和PUT請求中） | Content-Type: application/x-www-form-urlencoded | 固定 |
| Date | 發送該消息的日期和時間（以RFC 7231中定義的"HTTP日期"格式來發送） | Date: Dec, 26 Dec 2015 17:30:00 GMT | 固定 |
| Expect | 表示客戶端要求服務器做出特定的行為 | Expect: 100-continue | 固定 |
| From | 發起此請求的用戶的郵件地址 | From: user@itbilu.com | 固定 |
| Host | 表示服務器的域名以及服務器所監聽的端口號。如果所請求的端口是對應的服務的標準端口（80），則端口號可以省略 | Host: www.itbilu.com:80Host: www.itbilu.com | 固定 |
| If-Match | 僅當客戶端提供的實體與服務器上對應的實體相匹配時，才進行對應的操作。主要用于像 PUT 這樣的方法中，僅當從用戶上次更新某個資源后，該資源未被修改的情況下，才更新該資源。 | If-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd" | 固定 |
| If-Modified-Since | 允許在對應的資源未被修改的情況下返回304未修改 | If-Modified-Since: Dec, 26 Dec 2015 17:30:00 GMT | 固定 |
| If-None-Match | 允許在對應的內容未被修改的情況下返回304未修改（ 304 Not Modified ），參考 超文本傳輸協議 的實體標記If-None-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd" | 固定 | |
| If-Range | 如果該實體未被修改過，則向返回所缺少的那一個或多個部分。否則，返回整個新的實體 | If-Range:"9jd00cdj34pss9ejqiw39d82f20d0ikd" | 固定 |
| If-Unmodified-Since | 僅當該實體自某個特定時間以來未被修改的情況下，才發送回應。 | If-Unmodified-Since: Dec, 26 Dec 2015 17:30:00 GMT | 固定 |
| Max-Forwards | 限制該消息可被代理及網關轉發的次數。 | Max-Forwards: 10 | 固定 |
| Origin | 發起一個針對跨域資源共享的請求（該請求要求服務器在響應中加入一個Access-Control-Allow-Origin | ||
| 的消息頭，表示訪問控制所允許的來源）。 | Origin: http://www.itbilu.com | 固定: 標準 | |
| Pragma | 與具體的實現相關，這些字段可能在請求/回應鏈中的任何時候產生。 | Pragma: no-cache | 固定 |
| Proxy-Authorization | 用于向代理進行認證的認證信息。 | Proxy-Authorization: Basic IOoDZRgDOi0vcGVuIHNlNidJi2== | 固定 |
| Range | 表示請求某個實體的一部分，字節偏移以0開始。 | Range: bytes=500-999 | 固定 |
| Referer | 表示瀏覽器所訪問的前一個頁面，可以認為是之前訪問頁面的鏈接將瀏覽器帶到了當前頁面。Referer其實是Referrer這個單詞，但RFC制作標準時給拼錯了，后來也就將錯就錯使用Referer了。 | Referer: http://itbilu.com/nodejs | 固定 |
| TE | 瀏覽器預期接受的傳輸時的編碼方式：可使用回應協議頭Transfer-Encoding中的值（還可以使用"trailers"表示數據傳輸時的分塊方式）用來表示瀏覽器希望在最后一個大小為0的塊之后還接收到一些額外的字段。 | TE: trailers,deflate | 固定 |
| User-Agent | 瀏覽器的身份標識字符串 | User-Agent: Mozilla/…… | 固定 |
| Upgrade | 要求服務器升級到一個高版本協議。 | Upgrade:HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 | 固定 |
| Via | 告訴服務器，這個請求是由哪些代理發出的。 | Via: 1.0 fred, 1.1 itbilu.com.com (Apache/1.1) | 固定 |
| Warning | 一個一般性的警告，表示在實體內容體中可能存在錯誤。 | Warning: 199 Miscellaneous warning | 固定 |
