http中的8種請求介紹
阿新 • • 發佈：2019-03-28
帶來 特定 允許 then 方法 post提交 針對 什麽 imp
DELETE：請求服務器刪除Request-URI所標識的資源。
TRACE：回顯服務器收到的請求，主要用於測試或診斷。
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方法在使用上至少有兩點不同：
1、Get方法通過URL請求來傳遞用戶的輸入。Post方法通過另外的形式。
2、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已經在醞釀之中，它將會提供更好的安全性、更快的速度，其改進要點為：模塊化強、網絡效率高、安全性更好、結構更簡單。
HTTP協議的8種請求類型介紹
HTTP協議中共定義了八種方法或者叫“動作”來表明對Request-URI指定的資源的不同操作方式，具體介紹如下：
OPTIONS：返回服務器針對特定資源所支持的HTTP請求方法。也可以利用向Web服務器發送‘*‘的請求來測試服務器的功能性。
HEAD：向服務器索要與GET請求相一致的響應，只不過響應體將不會被返回。這一方法可以在不必傳輸整個響應內容的情況下，就可以獲取包含在響應消息頭中的元信息。
GET：向特定的資源發出請求。
POST：向指定資源提交數據進行處理請求（例如提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會導致新的資源的創建和/或已有資源的修改。
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的新的從屬實體。
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方法在使用上至少有兩點不同：
1、Get方法通過URL請求來傳遞用戶的輸入。Post方法通過另外的形式。
2、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已經在醞釀之中，它將會提供更好的安全性、更快的速度，其改進要點為：模塊化強、網絡效率高、安全性更好、結構更簡單。
http中的8種請求介紹