介面請求 (get、post、head 等) 詳解

一．介面請求的六種常見方式：

1、Get 向特定資源發出請求（請求指定頁面資訊，並返回實體主體）

2、Post 向指定資源提交資料進行處理請求（提交表單、上傳檔案），又可能導致新的資源的建立或原有資源的修改

3、Put 向指定資源位置上上傳其最新內容（從客戶端向伺服器傳送的資料取代指定文件的內容）

4、Head 與伺服器索與 get 請求一致的相應，響應體不會返回，獲取包含在小訊息頭中的原資訊（與 get 請求類似，返回的響應中沒有具體內容，用於獲取報頭）

5、Delete 請求伺服器刪除 request-URL 所標示的資源 *（請求伺服器刪除頁面）

6、opions 返回伺服器針對特定資源所支援的 HTML 請求方法 或 web 伺服器傳送 * 測試伺服器功能（允許客戶端檢視伺服器效能）

二、get 請求

URL 全稱是資源描述符，我們可以這樣認為：一個 URL 地址，它用於描述一個網路上的資源，而 HTTP 中的 GET，POST，PUT，DELETE 就對應著對這個資源的查 ，改 ，增 ，刪 4 個操作。到這裡，大家應該有個大概的瞭解了，GET 一般用於獲取/查詢資源資訊。

三、post 請求

post 向指定資源提交資料進行處理請求（提交表單、上傳檔案），又可能導致新的資源的建立或原有資源的修改。

post 請求一般透過 body 傳遞引數。例如登入：

四、head 請求

HEAD 和 GET 本質是一樣的，區別在於 HEAD 不含有呈現資料，而僅僅是 HTTP 頭資訊。有的人可能覺得這個方法沒什麼用，其實不是這樣的。想象一個業務情景：欲判斷某個資源是否存在，我們通常使用 GET，但這裡用 HEAD 則意義更加明確。

五、put 請求

PUT：這個方法比較少見。HTML 表單也不支援這個。本質上來講， PUT 和 POST 極為相似，都是向伺服器傳送資料，但它們之間有一個重要區別，PUT 通常指定了資源的存放位置，而 POST 則沒有，POST 的資料存放位置由伺服器自己決定。

舉個例子：如一個用於提交博文的 URL，/addBlog。如果用 PUT，則提交的 URL 會是像這樣的”/addBlog/abc123”，其中 abc123 就是這個博文的地址。而如果用 POST，則這個地址會在提交後由伺服器告知客戶端。目前大部分部落格都是這樣的。顯然，PUT 和 POST 用途是不一樣的。具體用哪個還取決於當前的業務場景。

六、DELETE 請求

DELETE：刪除某一個資源。基本上這個也很少見，不過還是有一些地方比如 amazon 的 S3 雲服務裡面就用的這個方法來刪除資源。

七、options 請求

OPTIONS：這個方法很有趣，但極少使用。它用於獲取當前 URL 所支援的方法。若請求成功，則它會在 HTTP 頭中包含一個名為 “Allow” 的頭，值是所支援的方法，如 “GET, POST”。