欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  网络运营

HTTP协议中PUT和POST使用区别

程序员文章站 2022-04-22 10:46:29
有的观点认为,应该用POST来创建一个资源,用PUT来更新一个资源;有的观点认为,应该用POST来更新一个资源,用PUT来创建一个资源;还有的观点认为可以用PUT和POST中任何一...

有的观点认为,应该用POST来创建一个资源,用PUT来更新一个资源;有的观点认为,应该用POST来更新一个资源,用PUT来创建一个资源;还有的观点认为可以用PUT和POST中任何一个来做创建或者更新一个资源。这些观点都只看到了风格,争论起来也只是争论哪种风格更好,其实,用PUT还是POST,不是看这是创建还是更新资源的动作,这不是风格的问题,而是语义的问题。

根据定义,我个人觉得PUT应该是用于更新文件,因为PUT(PUT(state)) = PUT(state);POST应该用于创建文件,因为POST(POST(state)) != POST(state)

在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,模式是这样https://superblogging/blogs/post/{blog-name},很简单,将{blog-name}替换为我们的blog名字,往这个URI发送一个HTTP PUT或者POST请求,HTTP的body部分就是博文,这是一个很简单的REST API例子。

我们应该用PUT方法还是POST方法?

取决于这个REST服务的行为是否是idempotent的,假如我们发送两个https://superblogging/blogs/post/Sample请求,服务器端是什么样的行为?

如果产生了两个博客帖子,那就说明这个服务不是idempotent的,因为多次使用产生了副作用了嘛; 如果后一个请求把第一个请求覆盖掉了,那这个服务就是idempotent的。前一种情况,应该使用POST方法,后一种情况,应该使用PUT方法。

即如果要产生两个帖子即用POST,如果要在原有的帖子上更新即用PUT。

也许你会觉得这个两个方法的差别没什么大不了的,用错了也不会有什么问题,但是你的服务一放到internet上,如果不遵从HTTP协议的规范,就可能给自己带来麻烦。

比如,没准Google Crawler也会访问你的服务,如果让一个不是indempotent的服务可以用indempotent的方法访问,那么你服务器的状态可能就会被Crawler修改,这是不应该发生的。