一、HTTP協議之請求方法

根據 HTTP 標準，HTTP 請求可以使用多種請求方法，

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

HTTP1.1 新增了六種請求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法，

序號	方法	描述
1	GET	請求指定的頁面資訊，并回傳物體主體，
2	HEAD	類似于 GET 請求，只不過回傳的回應中沒有具體的內容，用于獲取報頭
3	POST	向指定資源提交資料進行處理請求（例如提交表單或者上傳檔案），資料被包含在請求體中，POST 請求可能會導致新的資源的建立和/或已有資源的修改，
4	PUT	從客戶端向服務器傳送的資料取代指定的檔案的內容，
5	DELETE	請求服務器洗掉指定的頁面，
6	CONNECT	HTTP/1.1 協議中預留給能夠將連接改為管道方式的代理服務器，
7	OPTIONS	允許客戶端查看服務器的性能，
8	TRACE	回顯服務器收到的請求，主要用于測驗或診斷，
9	PATCH	是對 PUT 方法的補充，用來對已知資源進行區域更新，

二、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連接時才需要這個資料，如果你想要利用持久連接的優勢，可以把輸出檔案寫入 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，參見下文有關Cookie設定的討論，
WWW-Authenticate	客戶應該在Authorization頭中提供什么型別的授權資訊？在包含401（Unauthorized）狀態行的應答中這個頭是必需的，例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")，注意Servlet一般不進行這方面的處理，而是讓Web服務器的專門機制來控制受密碼保護頁面的訪問（例如.htaccess），

三、HTTP協議之狀態碼

1、當瀏覽者訪問一個網頁時，瀏覽者的瀏覽器會向網頁所在服務器發出請求，當瀏覽器接收并顯示網頁前，此網頁所在的服務器會回傳一個包含HTTP狀態碼的資訊頭（server header）用以回應瀏覽器的請求，

2、HTTP狀態碼的英文為HTTP Status Code，

3、下面是常見的HTTP狀態碼：

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

4、HTTP狀態碼由三個十進制數字組成，第一個十進制數字定義了狀態碼的型別，后兩個數字沒有分類的作用，

5、HTTP狀態碼共分為5種型別：

分類	分類描述
1**	資訊，服務器收到請求，需要請求者繼續執行操作
2**	成功，操作被成功接收并處理
3**	重定向，需要進一步的操作以完成請求
4**	客戶端錯誤，請求包含語法錯誤或無法完成請求
5**	服務器錯誤，服務器在處理請求的程序中發生了錯誤

6、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協議的版本，無法完成處理

ps:上述狀態碼是HTTP協議規定的，每個公司還會定制自己的狀態碼和提示資訊，

更多請參照https://www.runoob.com/http/http-status-codes.html

轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/8403.html

標籤：Html/Css

上一篇：WEB前端——HTTP協議（簡介，Request，Response，完整作業流程，總結，自定義套接字分析）

下一篇：WEB前端第四十課——正則運算式-RegExp、高級

WEB前端——HTTP協議之請求方法，回應頭資訊，狀態碼

一、HTTP協議之請求方法

二、HTTP協議之回應頭資訊

三、HTTP協議之狀態碼