有的觀點認為，應該用 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方法。

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

國外文章摘錄，具體忘記名稱作者和 url 了~

?

轉載于：https://blog.csdn.net/mad1989/article/details/7918267

?

（SAW：Game Over！）

總結

以上是生活随笔為你收集整理的Http / Put 和 Post 区别的全部內容，希望文章能夠幫你解決所遇到的問題。

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