HTTP协议中PUT和POST使用区别

摘要： PUT是idempotent的方法，而POST不是。

• 原文：HTTP协议中PUT和POST使用区别
• 做者：Never-say-Never

有的观点认为，应该用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修改，这是不该该发生的。

国外文章摘录，具体忘记名称做者和url了~