什么是http協(xié)議 http協(xié)議的請(qǐng)求方法(2)

　　http協(xié)議請(qǐng)求方法

　　HTTP/1.1協(xié)議中共定義了八種方法(有時(shí)也叫“動(dòng)作”)來表明Request-URI指定的資源的不同操作方式：

　　OPTIONS返回服務(wù)器針對(duì)特定資源所支持的HTTP請(qǐng)求方法。也可以利用向Web服務(wù)器發(fā)送'*'的請(qǐng)求來測試服務(wù)器的功能性。

　　HEAD向服務(wù)器索要與GET請(qǐng)求相一致的響應(yīng)，只不過響應(yīng)體將不會(huì)被返回。這一方法可以在不必傳輸整個(gè)響應(yīng)內(nèi)容的情況下，就可以獲取包含在響應(yīng)消息頭中的元信息。

　　GET向特定的資源發(fā)出請(qǐng)求。注意：GET方法不應(yīng)當(dāng)被用于產(chǎn)生“副作用”的操作中，例如在web app.中。其中一個(gè)原因是GET可能會(huì)被網(wǎng)絡(luò)蜘蛛等隨意訪問。

　　POST向指定資源提交數(shù)據(jù)進(jìn)行處理請(qǐng)求(例如提交表單或者上傳文件)。數(shù)據(jù)被包含在請(qǐng)求體中。POST請(qǐng)求可能會(huì)導(dǎo)致新的資源的建立和/或已有資源的修改。

　　PUT向指定資源位置上傳其最新內(nèi)容。

　　DELETE請(qǐng)求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源。

　　TRACE回顯服務(wù)器收到的請(qǐng)求，主要用于測試或診斷。

　　CONNECTHTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。

　　方法名稱是區(qū)分大小寫的。當(dāng)某個(gè)請(qǐng)求所針對(duì)的資源不支持對(duì)應(yīng)的請(qǐng)求方法的時(shí)候，服務(wù)器應(yīng)當(dāng)返回狀態(tài)碼405(Method Not Allowed);當(dāng)服務(wù)器不認(rèn)識(shí)或者不支持對(duì)應(yīng)的請(qǐng)求方法的時(shí)候，應(yīng)當(dāng)返回狀態(tài)碼501(Not Implemented)。

　　HTTP服務(wù)器至少應(yīng)該實(shí)現(xiàn)GET和HEAD方法，其他方法都是可選的。當(dāng)然，所有的方法支持的實(shí)現(xiàn)都應(yīng)當(dāng)符合下述的方法各自的語義定義。此外，除了上述方法，特定的HTTP服務(wù)器還能夠擴(kuò)展自定義的方法。

　　安全協(xié)議

　　安全超文本傳輸協(xié)議(Secure Hypertext Transfer Protocol, S-HTTP)是一種結(jié)合HTTP而設(shè)計(jì)的消息的安全通信協(xié)議。S-HTTP協(xié)議為HTTP客戶機(jī)和服務(wù)器提供了多種安全機(jī)制，這些安全服務(wù)選項(xiàng)是適用于Web上各類用戶的。還為客戶機(jī)和服務(wù)器提供了對(duì)稱能力(及時(shí)處理請(qǐng)求和恢復(fù)，及兩者的參數(shù)選擇)同時(shí)維持HTTP的通信模型和實(shí)施特征。

　　S-HTTP不需要客戶方的公用密鑰證明，但它支持對(duì)稱密鑰的操作模式。這意味著在沒有要求用戶個(gè)人建立公用密鑰的情況下，會(huì)自發(fā)地發(fā)生私人交易。它支持端對(duì)端安全傳輸，客戶機(jī)可能首先啟動(dòng)安全傳輸(使用報(bào)頭的信息)，用來支持加密技術(shù)。

　　在語法上，S-HTTP報(bào)文與HTTP相同，由請(qǐng)求行或狀態(tài)行組成，后面是信息頭和主體。請(qǐng)求報(bào)文的格式[2]由請(qǐng)求行、通用信息頭、請(qǐng)求頭、實(shí)體頭、信息主體組成。響應(yīng)報(bào)文由響應(yīng)行、通用信息頭、響應(yīng)頭、實(shí)體頭、信息主體組成。

　　目前有兩種方法來建立連接：HTTPSURI方案和HTTP 1.1請(qǐng)求頭(由RFC2817引入)。由于瀏覽器對(duì)后者的幾乎沒有任何支持，因此HTTPS URI方案仍是建立安全超文本協(xié)議連接的主要手段。安全超文本連接協(xié)議使用https://代替http://