? ? 有的觀點認為，應該用POST來創建一個資源，用PUT來更新一個資源；有的觀點認為，應該用PUT來創建一個資源，用POST來更新一個資源；還有的觀點認為可以用PUT和POST中任何一個來做創建或者更新一個資源。這些觀點都只看到了風格，爭論起來也只是爭論哪種風格更好，其實，用PUT還是POST，不是看這是創建還是更新資源的動作，這不是風格的問題，而是語義的問題。



在HTTP中，PUT被定義為idempotent的方法，POST則不是，這是一個很重要的區別。



? ?“Methods can also have the property of "idempotence" in that (aside from error or expiration issues) the side-effects of N > 0 identical requests is the same as for a single request.”



上面的話就是說，如果一個方法重復執行多次，產生的效果是一樣的，那就是idempotent的。



? ? ? 舉一個簡單的例子，假如有一個博客系統提供一個Web API，模式是這樣http://superblogging/blogs/post/{blog-name}，很簡單，將{blog-name}替換為我們的blog名字，往這個URI發送一個HTTP PUT或者POST請求，HTTP的body部分就是博文，這是一個很簡單的REST API例子。我們應該用PUT方法還是POST方法？取決于這個REST服務的行為是否是idempotent的，假如我們發送兩個http://superblogging/blogs/post/Sample請求，服務器端是什么樣的行為？如果產生了兩個博客帖子，那就說明這個服務不是idempotent的，因為多次使用產生了副作用了嘛；如果后一個請求把第一個請求覆蓋掉了，那這個服務就是idempotent的。前一種情況，應該使用POST方法，后一種情況，應該使用PUT方法。


?

? ? ? 也許你會覺得這個兩個方法的差別沒什么大不了的，用錯了也不會有什么問題，但是你的服務一放到internet上，如果不遵從HTTP協議的規范，就可能給自己帶來麻煩。比如，沒準Google Crawler也會訪問你的服務，如果讓一個不是indempotent的服務可以用indempotent的方法訪問，那么你服務器的狀態可能就會被Crawler修改，這是不應該發生的

?

一個HTTP方法是冪等的，指的是同樣的請求被執行一次與連續執行多次的效果是一樣的，服務器的狀態也是一樣的。換句話說就是，冪等方法不應該具有副作用（統計用途除外）。在正確實現的條件下，GET，HEAD，PUT和DELETE?等方法都是冪等的，而?POST?方法不是。所有的?safe?方法也都是冪等的。

冪等性只與后端服務器的實際狀態有關，而每一次請求接收到的狀態碼不一定相同。例如，第一次調用DELETE?方法有可能返回?200，但是后續的請求可能會返回404。DELETE?的言外之意是，開發者不應該使用DELETE方法實現具有刪除最后條目功能的 RESTful API。

需要注意的是，服務器不一定會確保請求方法的冪等性，有些應用可能會錯誤地打破冪等性約束。

GET /pageX HTTP/1.1是冪等的。連續調用多次，客戶端接收到的結果都是一樣的：

GET /pageX HTTP/1.1 GET /pageX HTTP/1.1 GET /pageX HTTP/1.1 GET /pageX HTTP/1.1

POST /add_row HTTP/1.1不是冪等的。如果調用多次，就會增加多行記錄：

POST /add_row HTTP/1.1 POST /add_row HTTP/1.1 -> Adds a 2nd row POST /add_row HTTP/1.1 -> Adds a 3rd row

DELETE /idX/delete HTTP/1.1是冪等的，即便是不同請求之間接收到的狀態碼不一樣：

DELETE /idX/delete HTTP/1.1 -> Returns 200 if idX exists DELETE /idX/delete HTTP/1.1 -> Returns 404 as it just got deleted DELETE /idX/delete HTTP/1.1 -> Returns 404

總結

以上是生活随笔為你收集整理的【转】HTTP协议中PUT和POST使用区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。