HTTP請求的方法：
HTTP/1.1協議中共定義了八種方法（有時也叫“動作”），來表明Request-URL指定的資源不同的操作方式
HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。
HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法
但其實我們大部分情況下只用到了GET和POST。如果想設計一個符合RESTful規范的web應用程序，則這六種方法都會用到。不過即使暫時不想涉及REST，了解這六種方法的本質仍然是很有作用的。大家將會發現，原來web也是很簡潔明了的。下面依次說明這六種方法。
1，GET：GET可以說是最常見的了，它本質就是發送一個請求來取得服務器上的某一資源。資源通過一組HTTP頭和呈現據（如HTML文本，或者圖片或者視頻等）返回給客戶端。GET請求中，永遠不會包含呈現數據。
2，HEAD：HEAD和GET本質是一樣的，區別在於HEAD不含有呈現數據，而僅僅是HTTP頭信息。有的人可能覺得這個方法沒什么用，其實不是這樣的。想象一個業務情景：欲判斷某個資源是否存在，我們通常使用GET，但這里用HEAD則意義更加明確。
head()方法將HEAD請求發送到指定的url。當您不需要文件的內容時，HEAD請求會完成，但只需要status_code或HTTP標頭。
3，PUT：這個方法比較少見。HTML表單也不支持這個。本質上來講， PUT和POST極為相似，都是向服務器發送數據，但它們之間有一個重要區別，PUT通常指定了資源的存放位置，而POST則沒有，POST的數據存放位置由服務器自己決定。
舉個例子：如一個用於提交博文的URL，/addBlog。如果用PUT，則提交的URL會是像這樣的”/addBlog/abc123”，其中abc123就是這個博文的地址。而如果用POST，則這個地址會在提交后由服務器告知客戶端。目前大部分博客都是這樣的。顯然，PUT和POST用途是不一樣的。具體用哪個還取決於當前的業務場景。
4，DELETE：刪除某一個資源。基本上這個也很少見，不過還是有一些地方比如amazon的S3雲服務里面就用的這個方法來刪除資源。
5，POST：向服務器提交數據。這個方法用途廣泛，幾乎目前所有的提交操作都是靠這個完成。
6，OPTIONS：這個方法很有趣，但極少使用。它用於獲取當前URL所支持的方法。若請求成功，則它會在HTTP頭中包含一個名為“Allow”的頭，值是所支持的方法，如“GET, POST”。
獲取http服務器支持的http請求方法，允許客戶端查看服務器的性能，比如ajax跨域時的預檢等。
JavaScript的XMLHttpRequest對象進行CORS跨域資源共享時，就是使用OPTIONS方法發送嗅探請求，以判斷是否有對指定資源的訪問權限。 允許
7，TRACE，TRACE請求服務器回顯其收到的請求信息，該方法主要用於HTTP請求的測試或診斷。不過這個基本上不會用到，
8，CONNECT方法是HTTP/1.1協議預留的，能夠將連接改為管道方式的代理服務器。通常用於SSL加密服務器的鏈接與非加密的HTTP代理服務器的通信。這個也是用的比較少
我們可以跟數據庫的CRUD增刪改查操作對應起來：
CREATE ：PUT READ：GET UPDATE：POST DELETE：DELETE
這樣一來就實現了HTTP和數據庫操作（其實不光是數據庫，任何數據如文件圖表都是這樣）的完美統一，這也是REST的精髓之一