HTTP方法的安全性和幂等性

- 衔山的博客 - http://fengchangjian.com -

HTTP方法的安全性和幂等性

Posted By 衔山 On 2012 年 05 月 26 日 @ 下午 5:43 In 计算机网络 | No Comments

Http协议规定了不同方法的安全特性和幂等特性，作为服务提供者的服务器必需为客户端提供这些特性。安全性，仅指该方法的多次调用不会产生副作用，不涉及传统意义上的“安全”，这里的副作用是指资源状态。即，安全的方法不会修改资源状态，尽管多次调用的返回值可能不一样(被其他非安全方法修改过)。幂等性，是指该方法多次调用返回的效果(形式)一致，客户端可以重复调用并且期望同样的结果。幂等的含义类似于编程语言中的setter方法^[1]，一次调用和多次调用产生的效果是一致的，都是对一个变量进行赋值。安全性和幂等性含义有些接近，容易搞混。

HTTP方法的安全性和幂等性见下表：

方法名	安全性	幂等性
GET	是	是
HEAD	是	是
OPTIONS	是	是
DELETE	否	是
PUT	否	是
POST	否	否

 
可以认为安全的方法都是只读的方法(GET, HEAD, OPTIONS)，不会改变资源状态，显然，这三个方法也是幂等的。

DELETE方法的语义表示删除服务器上的一个资源，第一次删除成功后该资源就不存在了，资源状态改变了，所以DELETE方法不具备安全特性。然而HTTP协议规定DELETE方法是幂等的，每次删除该资源都要返回状态码200 OK，服务器端要实现幂等的DELETE方法，必须记录所有已删除资源的元数据(Metadata),否则，第二次删除后返回的响应码就会类似404 Not Found了。

PUT和POST方法语义中都有修改资源状态的意思，因此都不是安全的。但是PUT方法是幂等的，POST方法不是幂等的，这么设计的理由是：

HTTP协议规定，POST方法修改资源状态时，URL指示的是该资源的父级资源，待修改资源的ID信息在请求体中携带^[2]。而PUT方法修改资源状态时，URL直接指示待修改资源^[2]。因此，同样是创建资源，重复提交POST请求可能产生两个不同的资源，而重复提交PUT请求只会对其URL中指定的资源起作用，也就是只会创建一个资源。

References:
[1] Subbu Allamaraju著, 丁雪丰等译. RESTful Web Services Cookbook中文版. 电子工业出版社.
[2] Hypertext Transfer Protocol — HTTP/1.1. Method Definitions: POST ^[1]
[3] Hypertext Transfer Protocol — HTTP/1.1. Method Definitions: PUT ^[2]

–EOF–

---

Article printed from 衔山的博客: http://fengchangjian.com

URL to article: http://fengchangjian.com/?p=1653

URLs in this post:

[1] Method Definitions: POST: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.5

[2] Method Definitions: PUT: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6