GET： 請求指定的頁面信息，並返回實體主體。
HEAD： 只請求頁面的首部。
POST： 請求服務器接受所指定的文檔作為對所標識的URI的新的從屬實體。
PUT： 從客戶端向服務器傳送的數據取代指定的文檔的內容。
DELETE： 請求服務器刪除指定的頁面。
OPTIONS： 允許客戶端查看服務器的性能。
TRACE： 請求服務器在響應中的實體主體部分返回所得到的內容。
PATCH： 實體中包含一個表，表中說明與該URI所表示的原內容的區別。
MOVE： 請求服務器將指定的頁面移至另一個網絡地址。
COPY： 請求服務器將指定的頁面拷貝至另一個網絡地址。
LINK： 請求服務器建立鏈接關系。
UNLINK： 斷開鏈接關系。
WRAPPED： 允許客戶端發送經過封裝的請求。
Extension-mothed：在不改動協議的前提下，可增加另外的方法。
官方定義
HEAD方法跟GET方法相同，只不過服務器響應時不會返回消息體。一個HEAD請求的響應中，HTTP頭中包含的元信息應該和一個GET請求的響應消息相同。這種方法可以用來獲取請求中隱含的元信息，而不用傳輸實體本身。也經常用來測試超鏈接的有效性、可用性和最近的修改。
一個HEAD請求的響應可被緩存，也就是說，響應中的信息可能用來更新之前緩存的實體。如果當前實體跟緩存實體的閾值不同（可通過Content-Length、Content-MD5、ETag或Last-Modified的變化來表明），那么這個緩存就被視為過期了。
簡而言之
HEAD請求常常被忽略，但是能提供很多有用的信息，特別是在有限的速度和帶寬下。主要有以下特點：
1、只請求資源的首部；
2、檢查超鏈接的有效性；
3、檢查網頁是否被修改；
4、多用於自動搜索機器人獲取網頁的標志信息，獲取rss種子信息，或者傳遞安全認證信息等
HEAD方法：它與GET方法幾乎是一樣的，對於HEAD請求的回應部分來說，它的HTTP頭部中包含的信息與通過GET請求所得到的信息是相同的。利用這個方法，不必傳輸整個資源內容，就可以得到Request-URI所標識的資源的信息。該方法常用於測試超鏈接的有效性，是否可以訪問，以及最近是否更新。
錯誤碼：
1xx：指示信息--表示請求已接收，繼續處理。
2xx：成功--表示請求已被成功接收、理解、接受。
3xx：重定向--要完成請求必須進行更進一步的操作。
4xx：客戶端錯誤--請求有語法錯誤或請求無法實現。
5xx：服務器端錯誤--服務器未能實現合法的請求。
常見狀態代碼、狀態描述的說明如下。
200 OK：客戶端請求成功。
400 Bad Request：客戶端請求有語法錯誤，不能被服務器所理解。
401 Unauthorized：請求未經授權，這個狀態代碼必須和WWW-Authenticate報頭域一起使用。
403 Forbidden：服務器收到請求，但是拒絕提供服務。
404 Not Found：請求資源不存在，舉個例子：輸入了錯誤的URL。
500 Internal Server Error：服務器發生不可預期的錯誤。
503 Server Unavailable：服務器當前不能處理客戶端的請求，一段時間后可能恢復正常，舉個例子：HTTP/1.1 200 OK（CRLF）。