1. GET 獲取資源： 用來(lái)請(qǐng)求訪問已被 URI 識(shí)別的資源谬俄，指定的資源經(jīng)服務(wù)器端解析后返回響應(yīng)內(nèi)容造壮。
如果請(qǐng)求的資源是文本，那就保持原樣返回承桥；如果是像 CGI（Common Gateway Interface况脆，通用網(wǎng)關(guān)接口）那樣的程序饭宾，則返回經(jīng)過執(zhí)行后的輸出結(jié)果。
2. POST 傳輸實(shí)體主體： 用來(lái)傳輸實(shí)體的主體
雖然用 GET 方法也可以傳輸實(shí)體的主體格了，但一般不用 GET 方法進(jìn)行傳輸看铆，而是用 POST 方法。雖說(shuō) POST 的功能與 GET 很相似盛末，但 POST 的主要目的并不是獲取響應(yīng)的主體內(nèi)容弹惦。
3. PUT 傳輸文件： 在請(qǐng)求報(bào)文的主體中包含文件內(nèi)容，然后保存到請(qǐng)求 URI 指定的位置
鑒于 HTTP1.1 的 PUT 方法自身不帶驗(yàn)證機(jī)制悄但，任何人都可以上傳文件 , 存在安全性問題棠隐，因此一般的 Web 網(wǎng)站不使用該方法。
4. HEAD 獲得報(bào)文首部： 和 GET 方法一樣檐嚣，只是不返回報(bào)文主體部分助泽。
用于確認(rèn) URI 的有效性及資源更新的日期時(shí)間等。
5. DELETE 刪除文件： 用來(lái)刪除文件嚎京，是與 PUT 相反的方法嗡贺。DELETE 方法按請(qǐng)求 URI 刪除指定的資源。
HTTP1.1 的 DELETE 方法本身和 PUT 方法一樣不帶驗(yàn)證機(jī)制鞍帝，所以一般的 Web 網(wǎng)站也不使用 DELETE 方法诫睬。
6. OPTIONS 詢問支持的方法： 用來(lái)查詢針對(duì)請(qǐng)求 URI 指定的資源支持的方法。
7. TRACE 追蹤路徑： 讓 Web 服務(wù)器端將之前的請(qǐng)求通信環(huán)回給客戶端的方法帕涌。
發(fā)送請(qǐng)求時(shí)摄凡，在 Max-Forwards 首部字段中填入數(shù)值，每經(jīng)過一個(gè)服務(wù)器端就將該數(shù)字減 1蚓曼，當(dāng)數(shù)值剛好減到 0 時(shí)亲澡，就停止繼續(xù)傳輸，最后接收到請(qǐng)求的服務(wù)器端則返回狀態(tài)碼 200 OK 的響應(yīng)辟躏。
但 TRACE 方法本來(lái)就不怎么常用谷扣，再加上它容易引發(fā) XST（Cross-Site Tracing，跨站追蹤）攻擊捎琐，通常就更不會(huì)用到了会涎。
8. CONNECT 要求用隧道協(xié)議連接代理： 要求在與代理服務(wù)器通信時(shí)建立隧道，實(shí)現(xiàn)用隧道協(xié)議進(jìn)行 TCP 通信
主要使用 SSL（Secure Sockets Layer瑞凑，安全套接層）和 TLS（Transport Layer Security末秃，傳輸層安全）協(xié)議把通信內(nèi)容加 密后經(jīng)網(wǎng)絡(luò)隧道傳輸。
| 方法 | 說(shuō)明 | 支持的 HTTP 協(xié)議版本 |
|---|---|---|
| GET | 獲取資源 | 1.0籽御、1.1 |
| POST | 傳輸實(shí)體主體 | 1.0练慕、1.1 |
| PUT | 傳輸文件 | 1.0、1.1 |
| HEAD | 獲得報(bào)文首部 | 1.0技掏、1.1 |
| DELETE | 刪除文件 | 1.0铃将、1.1 |
| OPTIONS | 詢問支持的方法 | 1.1 |
| TRACE | 追蹤路徑 | 1.1 |
| CONNECT | 要求用隧道協(xié)議連接代理 | 1.1 |
| LINK | 建立和資源之間的聯(lián)系 | 1.0 |
| UNLINE | 斷開連接關(guān)系 | 1.0 |
