HTTP協(xié)議中共定義了八種方法或者叫“動作”來表明對Request-URI指定的資源的不同操作方式，具體介紹如下：

OPTIONS：返回服務(wù)器針對特定資源所支持的HTTP請求方法。也可以利用向Web服務(wù)器發(fā)送'*'的請求來測試服務(wù)器的功能性。
HEAD：向服務(wù)器索要與GET請求相一致的響應(yīng)，只不過響應(yīng)體將不會被返回。這一方法可以在不必傳輸整個響應(yīng)內(nèi)容的情況下，就可以獲取包含在響應(yīng)消息頭中的元信息。
GET：向特定的資源發(fā)出請求。
POST：向指定資源提交數(shù)據(jù)進行處理請求（例如提交表單或者上傳文件）。數(shù)據(jù)被包含在請求體中。POST請求可能會導致新的資源的創(chuàng)建和/或已有資源的修改。
PUT：向指定資源位置上傳其最新內(nèi)容。
DELETE：請求服務(wù)器刪除Request-URI所標識的資源。
TRACE：回顯服務(wù)器收到的請求，主要用于測試或診斷。
#
CONNECT：HTTP/1.1協(xié)議中預留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。

雖然HTTP的請求方式有8種，但是我們在實際應(yīng)用中常用的也就是get和post，其他請求方式也都可以通過這兩種方式間接的來實現(xiàn)。

#

HTTP協(xié)議中GET、POST和HEAD的介紹
#
GET： 請求指定的頁面信息，并返回實體主體。
HEAD： 只請求頁面的首部。
POST： 請求服務(wù)器接受所指定的文檔作為對所標識的URI的新的從屬實體。
PUT： 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容。
DELETE： 請求服務(wù)器刪除指定的頁面。
OPTIONS： 允許客戶端查看服務(wù)器的性能。
TRACE： 請求服務(wù)器在響應(yīng)中的實體主體部分返回所得到的內(nèi)容。
PATCH： 實體中包含一個表，表中說明與該URI所表示的原內(nèi)容的區(qū)別。
MOVE： 請求服務(wù)器將指定的頁面移至另一個網(wǎng)絡(luò)地址。
COPY： 請求服務(wù)器將指定的頁面拷貝至另一個網(wǎng)絡(luò)地址。
LINK： 請求服務(wù)器建立鏈接關(guān)系。
UNLINK： 斷開鏈接關(guān)系。
WRAPPED： 允許客戶端發(fā)送經(jīng)過封裝的請求。
Extension-mothed：在不改動協(xié)議的前提下，可增加另外的方法。
#
#
GET： 請求指定的頁面信息，并返回實體主體。
HEAD： 只請求頁面的首部。
POST： 請求服務(wù)器接受所指定的文檔作為對所標識的URI的新的從屬實體。
#
#
HTTP：定義了與服務(wù)器交互的不同方法，最基本的方法是 GET 和 POST。事實上 GET 適用于多數(shù)請求，而保留 POST 僅用于更新站點。根據(jù) HTTP 規(guī)范，GET 用于信息獲取，而且應(yīng)該是 安全的和冪等的。所謂安全的意味著該操作用于獲取信息而非修改信息。換句話說，GET 請求一般不應(yīng)產(chǎn)生副作用。冪等的意味著對同一 URL 的多個請求應(yīng)該返回同樣的結(jié)果。完整的定義并不像看起來那樣嚴格。從根本上講，其目標是當用戶打開一個鏈接時，她可以確信從自身的角度來看沒有改變資源。 比如，新聞?wù)军c的頭版不斷更新。雖然第二次請求會返回不同的一批新聞，該操作仍然被認為是安全的和冪等的，因為它總是返回當前的新聞。反之亦然。POST 請求就不那么輕松了。POST 表示可能改變服務(wù)器上的資源的請求。仍然以新聞?wù)军c為例，讀者對文章的注解應(yīng)該通過 POST 請求實現(xiàn)，因為在注解提交之后站點已經(jīng)不同了（比方說文章下面出現(xiàn)一條注解）；在FORM提交的時候，如果不指定Method，則默認為GET請 求，F(xiàn)orm中提交的數(shù)據(jù)將會附加在url之后，以?分開與url分開。字母數(shù)字字符原樣發(fā)送，但空格轉(zhuǎn)換為“+“號，其它符號轉(zhuǎn)換為%XX,其中XX為 該符號以16進制表示的ASCII（或ISO Latin-1）值。GET請求請?zhí)峤坏臄?shù)據(jù)放置在HTTP請求協(xié)議頭中，而POST提交的數(shù)據(jù)則放在實體數(shù)據(jù)中；
#
#
GET：方式提交的數(shù)據(jù)最多只能有1024字節(jié)，而POST則沒有此限制。
在表單里使用”post”和”get”有什么區(qū)別。
在Form里面，可以使用post也可以使用get。
它們都是method的合法取值。但是，post和get方法在使用上至少有兩點不同：
1、Get方法通過URL請求來傳遞用戶的輸入。Post方法通過另外的形式。
2、Get方式的提交你需要用Request.QueryString來取得變量的值，而Post方式提交時，你必須通過Request.Form來訪問提交的內(nèi)容。仔細研究下面的代碼。你可以運行之來感受一下：
#
#
代碼：兩個Form只有Method屬性不同-->
“getpost.asp” METHOD=“get”>
“text” NAME=“Text” VALUE=“Hello World”>
“submit” VALUE=“Method=Get”>
“getpost.asp” METHOD=“post”>
“text” NAME=“Text” VALUE=“Hello World”>
“submit” VALUE=“Method=Post”>
#
<% If Request.QueryString (“Text”) <> ““Then %>
通過get方法傳遞來的字符串是：
“<B><%= Request.QueryString(“Text”) %></B>“
<% End If %>
<% If Request.Form (“Text”) <> ““Then %>
#
通過Post方法傳遞來的字符串是：
“<B><%= Request.Form(“Text”) %></B>“
<% End If %>

說明把上面的代碼保存為getpost.asp，然后運行，首先測試post方法，這時候，瀏覽器的url并沒有什么變化，返回的結(jié)果是：通過Post方法傳遞來的字符串是："Hello World"

然后測試用get方法提交，請注意，瀏覽器的url變成了：

http://localhost/general/form/getpost.asp?Text=Hello+World

而返回的結(jié)果是：通過get方法傳遞來的字符串是："Hello World"

最后再通過post方法提交，瀏覽器的url還是：

http://localhost/general/form/getpost.asp?Text=Hello+World

而返回的結(jié)果變成：通過get方法傳遞來的字符串是："Hello World"

通過Post方法傳遞來的字符串是："Hello World"

提示通過get方法提交數(shù)據(jù)，可能會帶來安全性的問題。比如一個登陸頁面。當通過get方法提交數(shù)據(jù)時，用戶名和密碼將出現(xiàn)在URL上。如果：１、 登陸頁面可以被瀏覽器緩存；２、 其他人可以訪問客戶的這臺機器。那么，別人即可以從瀏覽器的歷史記錄中，讀取到此客戶的賬號和密碼。所以，在某些情況下，get方法會帶來嚴重的安全性問題。建議在Form中，建議使用post方法。

如果用HEAD方法請求的話，則服務(wù)器返回的只是響應(yīng)標題，而不會返回被請求的文擋，HEAD方法通用于一些搜索引擎

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

GET

： 請求指定的頁面信息，并返回實體主體。

HEAD

： 只請求頁面的首部。

POST

： 請求服務(wù)器接受所指定的文檔作為對所標識的URI的新的從屬實體。

PUT

： 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容。

DELETE

： 請求服務(wù)器刪除指定的頁面。

OPTIONS

： 允許客戶端查看服務(wù)器的性能。

TRACE

： 請求服務(wù)器在響應(yīng)中的實體主體部分返回所得到的內(nèi)容。

PATCH

： 實體中包含一個表，表中說明與該URI所表示的原內(nèi)容的區(qū)別。

MOVE

： 請求服務(wù)器將指定的頁面移至另一個網(wǎng)絡(luò)地址。

COPY

： 請求服務(wù)器將指定的頁面拷貝至另一個網(wǎng)絡(luò)地址。

LINK

： 請求服務(wù)器建立鏈接關(guān)系。

UNLINK

： 斷開鏈接關(guān)系。

WRAPPED

： 允許客戶端發(fā)送經(jīng)過封裝的請求。

Extension-mothed

：在不改動協(xié)議的前提下，可增加另外的方法。

比如：

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）。

當服務(wù)器響應(yīng)時，其狀態(tài)行的信息為HTTP的版本號，狀態(tài)碼，及解釋狀態(tài)碼的簡單說明?，F(xiàn)將5類狀態(tài)碼詳細列出：① 客戶方錯誤

100

繼續(xù)

101

交換協(xié)議② 成功

200

OK

201

已創(chuàng)建

202

接收

203

非認證信息

204

無內(nèi)容

205

重置內(nèi)容

206

部分內(nèi)容③ 重定向

300

多路選擇

301

永久轉(zhuǎn)移

302

暫時轉(zhuǎn)移

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

不支持媒體類型⑤ 服務(wù)器錯誤

500

服務(wù)器內(nèi)部錯誤

501

未實現(xiàn)（Not Implemented）

502

網(wǎng)關(guān)失敗

504

網(wǎng)關(guān)超時

505 HTTP

版本不支持比如：（在《TELNET……》一文中用telnet登陸80端口,相同的方法用在HTTP/1.1中,會發(fā)現(xiàn)沒有顯示，下面補充說明之）

telnet www.fudan.edu.cn 80

HEAD / HTTP/1.1

host:www.fudan.edu.cn /*

本行為輸入內(nèi)容*/

HTTP/1.1 501 Method Not Implemented

Date: Web

, 01 Nov 2000 07:12:29 GMT /*當前的日期/時間*/

Server: Apache/1.3.12

(Unix) /*Web服務(wù)器信息*/

Allow: GET

, HEAD, OPTION, TRACE /*支持的方法類型*/

Connection: close

Connect-Type: Text/html

; charset=iso-8859-1/*連接的媒體類型*/

501 Method

Not Implemented

Method Not Implemented

head to /inde

x.html not supported.

Invalid method in request head / htp/1.1

Apache/1.3.12 Server at www.fudan.edu.cn Port 80

關(guān)于實體頭部的內(nèi)容還可以有：

Last Modified

：請求文檔的最近修改時間。

Expires

：請求文檔的過期時間。

Connect-length

：文檔數(shù)據(jù)的長度。

WWW-authenricate

：通知客戶端需要的認證信息。

Connect-encoding

：說明有無使用壓縮技術(shù)。

Transfer-encoding

：說明采用的編碼變換類型。

#

隨著Internet的發(fā)展，下一代的HTTP協(xié)議HTTP-ng已經(jīng)在醞釀之中，它將會提供更好的安全性、更快的速度，其改進要點為：模塊化強、網(wǎng)絡(luò)效率高、安全性更好、結(jié)構(gòu)更簡單。?

#