HTTP協議的8種請求類型介紹

HTTP協議中共定義了八種方法或者叫「動做」來代表對Request-URI指定的資源的不一樣操做方式，具體介紹以下： 

OPTIONS：返回服務器針對特定資源所支持的HTTP請求方法。也能夠利用向Web服務器發送'*'的請求來測試服務器的功能性。 
HEAD：向服務器索要與GET請求相一致的響應，只不過響應體將不會被返回。這一方法能夠在沒必要傳輸整個響應內容的狀況下，就能夠獲取包含在響應消息頭中的元信息。 
GET：向特定的資源發出請求。 
POST：向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會致使新的資源的建立和/或已有資源的修改。 
PUT：向指定資源位置上傳其最新內容。 
DELETE：請求服務器刪除Request-URI所標識的資源。 
TRACE：回顯服務器收到的請求，主要用於測試或診斷。 

CONNECT：HTTP/1.1協議中預留給可以將鏈接改成管道方式的代理服務器。

   雖然HTTP的請求方式有8種，可是咱們在實際應用中經常使用的也就是get和post，其餘請求方式也均可以經過這兩種方式間接的來實現。

HTTP協議中GET、POST和HEAD的介紹 
2008-05-10 14:15 
GET： 請求指定的頁面信息，並返回實體主體。 
HEAD： 只請求頁面的首部。 
POST： 請求服務器接受所指定的文檔做爲對所標識的URI的新的從屬實體。 
PUT： 從客戶端向服務器傳送的數據取代指定的文檔的內容。 
DELETE： 請求服務器刪除指定的頁面。 
OPTIONS： 容許客戶端查看服務器的性能。 
TRACE： 請求服務器在響應中的實體主體部分返回所獲得的內容。 
PATCH： 實體中包含一個表，表中說明與該URI所表示的原內容的區別。 
MOVE： 請求服務器將指定的頁面移至另外一個網絡地址。 
COPY： 請求服務器將指定的頁面拷貝至另外一個網絡地址。 
LINK： 請求服務器創建連接關係。 
UNLINK： 斷開連接關係。 
WRAPPED： 容許客戶端發送通過封裝的請求。 
Extension-mothed：在不改動協議的前提下，可增長另外的方法。 


GET： 請求指定的頁面信息，並返回實體主體。 
　HEAD： 只請求頁面的首部。 
　POST： 請求服務器接受所指定的文檔做爲對所標識的URI的新的從屬實體。  





       HTTP 定義了與服務器交互的不一樣方法，最基本的方法是 GET 和 POST。事實上 GET 適用於多數請求，而保留 POST 僅用於更新站點。根據 HTTP 規範，GET 用於信息獲取，並且應該是 安全的和冪等的。所謂安全的意味着該操做用於獲取信息而非修改信息。換句話說，GET 請求通常不該產生反作用。冪等的意味着對同一 URL 的多個請求應該返回一樣的結果。完整的定義並不像看起來那樣嚴格。從根本上講，其目標是當用戶打開一個連接時，她能夠確信從自身的角度來看沒有改變資源。 好比，新聞站點的頭版不斷更新。雖然第二次請求會返回不一樣的一批新聞，該操做仍然被認爲是安全的和冪等的，由於它老是返回當前的新聞。反之亦然。POST 請求就不那麼輕鬆了。POST 表示可能改變服務器上的資源的請求。仍然以新聞站點爲例，讀者對文章的註解應該經過 POST 請求實現，由於在註解提交以後站點已經不一樣了（比方說文章下面出現一條註解）； 
在FORM提交的時候，若是不指定Method，則默認爲GET請 求，Form中提交的數據將會附加在url以後，以?分開與url分開。字母數字字符原樣發送，但空格轉換爲「+「號，其它符號轉換爲%XX,其中XX爲 該符號以16進製表示的ASCII（或ISO Latin-1）值。GET請求請提交的數據放置在HTTP請求協議頭中，而POST提交的數據則放在實體數據中； 
GET方式提交的數據最多隻能有1024字節，而POST則沒有此限制。    

在表單裏使用」post」和」get」有什麼區別 

在Form裏面，可使用post也可使用get。它們都是method的合法取值。可是，post和get方法在使用上至少有兩點不一樣： 
一、Get方法經過URL請求來傳遞用戶的輸入。Post方法經過另外的形式。 
二、Get方式的提交你須要用Request.QueryString來取得變量的值，而Post方式提交時，你必須經過Request.Form來訪問提交的內容。  
仔細研究下面的代碼。你能夠運行之來感覺一下： 

代碼 
<!--兩個Form只有Method屬性不一樣-->
<FORM ACTION=「getpost.asp」 METHOD=「get」>
<INPUT TYPE=「text」 NAME=「Text」 VALUE=「Hello World」></INPUT> 
<INPUT TYPE=「submit」 VALUE=「Method=Get」></INPUT> 
</FORM> 
<BR> 
<FORM ACTION=「getpost.asp」 METHOD=「post」>
<INPUT TYPE=「text」 NAME=「Text」 VALUE=「Hello World」></INPUT> 
<INPUT TYPE=「submit」 VALUE=「Method=Post」></INPUT> 
</FORM> 

<BR> 
<BR> 

<% If Request.QueryString(「Text」) <> 「「 Then %> 
經過get方法傳遞來的字符串是： 「<B><%= Request.QueryString(「Text」) %></B>「<BR> 
<% End If %> 

<% If Request.Form(「Text」) <> 「「 Then %> 
經過Post方法傳遞來的字符串是： 「<B><%= Request.Form(「Text」) %></B>「<BR> 
<% End If %> 

說明 
把上面的代碼保存爲getpost.asp，而後運行，首先測試post方法，這時候，瀏覽器的url並無什麼變化，返回的結果是： 
經過Post方法傳遞來的字符串是： "Hello World" 
而後測試用get方法提交，請注意，瀏覽器的url變成了： 
http://localhost/general/form/getpost.asp?Text=Hello+World 
而返回的結果是： 
經過get方法傳遞來的字符串是： "Hello World" 
最後再經過post方法提交，瀏覽器的url仍是： 
http://localhost/general/form/getpost.asp?Text=Hello+World 
而返回的結果變成： 
經過get方法傳遞來的字符串是： "Hello World" 
經過Post方法傳遞來的字符串是： "Hello World" 

提示 
經過get方法提交數據，可能會帶來安全性的問題。好比一個登錄頁面。當經過get方法提交數據時，用戶名和密碼將出如今URL上。若是： 
１、 登錄頁面能夠被瀏覽器緩存； 
２、 其餘人能夠訪問客戶的這臺機器。 
那麼，別人便可以從瀏覽器的歷史記錄中，讀取到此客戶的帳號和密碼。因此，在某些狀況下，get方法會帶來嚴重的安全性問題。 
建議 
在Form中，建議使用post方法。 



若是用HEAD方法請求的話，則服務器返回的只是響應標題，而不會返回被請求的文擋，HEAD方法通用於一些搜索引擎 

-------------------------------------------------------------------------------------------------------------------- 

GET： 請求指定的頁面信息，並返回實體主體。 
HEAD： 只請求頁面的首部。 
POST： 請求服務器接受所指定的文檔做爲對所標識的URI的新的從屬實體。 
PUT： 從客戶端向服務器傳送的數據取代指定的文檔的內容。 
DELETE： 請求服務器刪除指定的頁面。 
OPTIONS： 容許客戶端查看服務器的性能。 
TRACE： 請求服務器在響應中的實體主體部分返回所獲得的內容。 
PATCH： 實體中包含一個表，表中說明與該URI所表示的原內容的區別。 
MOVE： 請求服務器將指定的頁面移至另外一個網絡地址。 
COPY： 請求服務器將指定的頁面拷貝至另外一個網絡地址。 
LINK： 請求服務器創建連接關係。 
UNLINK： 斷開連接關係。 
WRAPPED： 容許客戶端發送通過封裝的請求。 
Extension-mothed：在不改動協議的前提下，可增長另外的方法。 

好比： 
GET /index.html HTTP/1.1 
Accept: text/plain /*純ASCII碼文本文件*/ 
Accept: text/html /*HTML文本文件*/ 
User-Agent:Mozilla/4.5(WinNT) 
說明瀏覽器使用Get方法請求文檔/index.html。瀏覽器則只容許接收純ASCII碼文本文件和HTML文本文件，其使用的引擎是Mozilla/4.5（Netscape）。 

當服務器響應時，其狀態行的信息爲HTTP的版本號，狀態碼，及解釋狀態碼的簡單說明。現將5類狀態碼詳細列出： 
① 客戶方錯誤 
100　 繼續 
101　 交換協議 
② 成功 
200 　OK 
201 　已建立 
202　 接收 
203　 非認證信息 
204　 無內容 
205 　重置內容 
206　 部份內容 
③ 重定向 
300 　多路選擇 
301　 永久轉移 
302　 暫時轉移 
303　 參見其它 
304 　未修改（Not Modified） 
305　 使用代理 
④ 客戶方錯誤 
400　 錯誤請求（Bad Request） 
401 　未認證 
402 　須要付費 
403　 禁止（Forbidden） 
404　 未找到（Not Found） 
405　 方法不容許 
406　 不接受 
407　 須要代理認證 
408　 請求超時 
409　 衝突 
410 　失敗 
411 　須要長度 
412　 條件失敗 
413 　請求實體太大 
414 　請求URI太長 
415 　不支持媒體類型 
⑤ 服務器錯誤 
500　 服務器內部錯誤 
501　 未實現（Not Implemented） 
502　 網關失敗 
504 　網關超時 
505 HTTP版本不支持 
好比：（在《TELNET……》一文中用telnet登錄80端口,相同的方法用在HTTP/1.1中,會發現沒有顯示，下面補充說明之） 
telnet www.fudan.edu.cn 80 
HEAD / HTTP/1.1 
host:www.fudan.edu.cn /*本行爲輸入內容*/ 
HTTP/1.1 501 Method Not Implemented 
Date: Web, 01 Nov 2000 07:12:29 GMT /*當前的日期/時間*/ 
Server: Apache/1.3.12 (Unix) /*Web服務器信息*/ 
Allow: GET, HEAD, OPTION, TRACE /*支持的方法類型*/ 
Connection: close  
Connect-Type: Text/html; charset=iso-8859-1/*鏈接的媒體類型*/ 

<!DOCTYPE HTML PUBLIG "-//IETF//DTD HTML 2.0//EN"> 
<HTML><HEAD> 
<TITLE>501 Method 
Not Implemented</TITLE> 
</HEAD><BODY> 
<H1>Method Not Implemented</H1> 
head to /inde 
x.html not supported.<P> 
Invalid method in request head / htp/1.1<P> 
<HR> 
<ADDRESS> 
Apache/1.3.12 Server at www.fudan.edu.cn Port 80</ADDRESS> 
</BODY></HTML> 
關於實體頭部的內容還能夠有： 
Last Modified ：請求文檔的最近修改時間。 
Expires ：請求文檔的過時時間。 
Connect-length：文檔數據的長度。 
WWW-authenricate：通知客戶端須要的認證信息。  
Connect-encoding ：說明有無使用壓縮技術。 
Transfer-encoding ：說明採用的編碼變換類型。 

隨着Internet的發展，下一代的HTTP協議HTTP-ng已經在醞釀之中，它將會提供更好的安全性、更快的速度，其改進要點爲：模塊化強、網絡效率高、安全性更好、結構更簡單。