[TOC] # 方法 * GET: 通常用于請求服務器發送某些資源 * HEAD: 請求資源的頭部信息, 并且這些頭部與 HTTP GET 方法請求時返回的一致. 該請求方法的一個使用場景是在下載一個大文件前先獲取其大小再決定是否要下載, 以此可以節約帶寬資源 * OPTIONS: 用于獲取目的資源所支持的通信選項 * POST: 發送數據給服務器 * PUT: 用于新增資源或者使用請求中的有效負載替換目標資源的表現形式 * DELETE: 用于刪除指定的資源 * PATCH: 用于對資源進行部分修改 * CONNECT: HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器 * TRACE: 回顯服務器收到的請求，主要用于測試或診斷 <br> # GET和POST的區別  * 數據傳輸方式不同：GET請求通過URL傳輸數據，而POST的數據通過請求體傳輸。 * 安全性不同：POST的數據因為在請求主體內，所以有一定的安全性保證，而GET的數據在URL中，通過歷史記錄，緩存很容易查到數據信息。 * 數據類型不同：GET只允許 ASCII 字符，而POST無限制 * GET無害： 刷新、后退等瀏覽器操作GET請求是無害的，POST可能重復提交表單 * 特性不同：GET是安全（這里的安全是指只讀特性，就是使用這個方法不會引起服務器狀態變化）且冪等（冪等的概念是指同一個請求方法執行多次和僅執行一次的效果完全相同），而POST是非安全非冪等 <br> # PUT和POST都是給服務器發送新增資源，有什么區別？ PUT 和POST方法的區別是,PUT方法是冪等的：連續調用一次或者多次的效果相同（無副作用），而POST方法是非冪等的。 <br> 除此之外還有一個區別，通常情況下，PUT的URI指向是具體單一資源，而POST可以指向資源集合。 <br> 舉個例子，我們在開發一個博客系統，當我們要創建一篇文章的時候往往用`POST https://www.jianshu.com/articles`，這個請求的語義是，在articles的資源集合下創建一篇新的文章，如果我們多次提交這個請求會創建多個文章，這是非冪等的。 <br> 而`PUT https://www.jianshu.com/articles/820357430`的語義是更新對應文章下的資源（比如修改作者名稱等），這個URI指向的就是單一資源，而且是冪等的，比如你把『劉德華』修改成『蔡徐坤』，提交多少次都是修改成『蔡徐坤』 <br> > ps: 『POST表示創建資源，PUT表示更新資源』這種說法是錯誤的，兩個都能創建資源，根本區別就在于冪等性 <br> # PUT和PATCH都是給服務器發送修改資源，有什么區別？ PUT和PATCH都是更新資源，而PATCH用來對已知資源進行局部更新。 <br> 比如我們有一篇文章的地址`https://www.jianshu.com/articles/820357430`,這篇文章的可以表示為: ~~~ article = { author: 'dxy', creationDate: '2019-6-12', content: '我寫文章像蔡徐坤', id: 820357430 } 復制代碼 ~~~ <br> 當我們要修改文章的作者時，我們可以直接發送`PUT https://www.jianshu.com/articles/820357430`，這個時候的數據應該是: ~~~ { author:'蔡徐坤', creationDate: '2019-6-12', content: '我寫文章像蔡徐坤', id: 820357430 } 復制代碼 ~~~ <br> 這種直接覆蓋資源的修改方式應該用put，但是你覺得每次都帶有這么多無用的信息，那么可以發送`PATCH https://www.jianshu.com/articles/820357430`，這個時候只需要: ~~~ { author:'蔡徐坤', } ~~~