HTTP各种请求方法的的幂等性和安全性

幂等性和安全性是http请求方法的特性, 比如 get请求方法是具有安全性的

安全性(此次请求不会修改后台):

   仅指该方法的多次调用不会产生副作用，不涉及传统意义上的“安全”，这里的副作用是指资源状态。
即，安全的方法不会修改资源状态，尽管多次调用的返回值可能不一样(被其他非安全方法修改过)。

幂等性(多次请求一个url,返回值不变):

    是指该方法多次调用返回的效果(形式)一致，客户端可以重复调用并且期望同样的结果。
一次调用和多次调用产生的效果是一致的，都是对一个变量进行赋值。

方法名	安全性	幂等性	请求方法的作用
get	√	√	请求指定的页面信息，并返回实体主体
head	√	√	只请求页面的首部
options	√	√	允许客户端查看服务器的性能
delete	×	√	请求服务器删除指定的数据
put	×	√	从客户端向服务器传送的数据取代指定的文档的内容
post	×	×	请求服务器接受所指定的文档作为对所标识的URI的新的从属实体

head方法:

	head方法和get方法差不多 , 但是head方法只会获取response响应头的信息, 并不会获取response.body的信息
	拿django来说, 如果有head方法, 他会走head方法, 如果你没定义head方法, 他会走get方法

响应体是空的

响应头有信息

options方法:

options方法响应体是这样的:

django中并不会走你定义的视图函数,但是会把视图的注释给返回

request请求走完中间件,然后通过下面这个方法,获得的响应体

如何避免options请求

put和delete方法为什么是幂等的?

(幂等性和安全性是由RESTful API接口设计标准及规范提出的)

简单的说，HTTP 的 method 就是一个残缺不全的设计缺陷，而 RESTful 则非要想去合理使用这个 method。
实际上设计接口用 GET、POST 就足够了，GET 做幂等操作（查询类），POST 做非幂等的修改类。
但实际上你还会遇上条件复杂的组合查询不得不用 POST 来实现（ GET 有参数长度限制），
这时 RESTful 会推荐你使用 POST，这是 RESTful 的妥协，也恰好证明了 HTTP 的缺陷。

不要纠结这种问题了，好的文档比什么都重要。。
摘自:  https://www.v2ex.com/t/373770

POST和GET谁更安全

get更安全

get比post安全? -->get对于服务器是安全的–> get是幂等的,post是非幂等的

post更安全

① GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。
② 浏览器有跨域访问的限制，如果是get的话，jsonp很容易突破跨域的限制。但是post跨域比较不容易。
参考资料:https://blog.csdn.net/qq_38610536/article/details/83584681
https://blog.csdn.net/qq_41635167/article/details/83720985