宜宾seo网站建设,辽宁专业网站建设大全,phpwind的代表网站,网站新闻对百度优化有用吗【README】 这是一篇非常棒的#xff0c; 讲解幂等性问题的post#xff0c; 感谢原文作者#xff1b;
转自#xff1a; https://juejin.cn/post/6844903815552958477 幂等 (idempotence) 的概念
幂等的数学概念
幂等是源于一种数学概念。其主要有两个定义
如果在一元运…【README】 这是一篇非常棒的 讲解幂等性问题的post 感谢原文作者
转自 https://juejin.cn/post/6844903815552958477 幂等 (idempotence) 的概念
幂等的数学概念
幂等是源于一种数学概念。其主要有两个定义
如果在一元运算中x 为某集合中的任意数如果满足 f(x) f(f(x)) 那么该 f 运算具有幂等性比如绝对值运算 abs(a) abs(abs(a)) 就是幂等性函数。
如果在二元运算中x 为某集合中的任意数如果满足 f(x,x) x前提是 f 运算的两个参数均为 x那么我们称 f 运算也有幂等性比如求大值函数 max(x,x) x 就是幂等性函数。
幂等性在开发中的概念
在数学中幂等的概念或许比较抽象但是在开发中幂等性是极为重要的。简单来说对于同一个系统在同样条件下一次请求和重复多次请求对资源的影响是一致的就称该操作为幂等的。比如说如果有一个接口是幂等的当传入相同条件时其效果必须是相同的。
特别是对于现在分布式系统下的 RPC 或者 Restful 接口互相调用的情况下很容易出现由于网络错误等等各种原因导致调用的时候出现异常而需要重试这时候就必须保证接口的幂等性否则重试的结果将与第一次调用的结果不同如果有个接口的调用链 A-B-C-D-E在 D-E 这一步发生异常重试后返回了错误的结果A,B,C也会受到影响这将会是灾难性的。
在生活中常见的一些要求幂等性的例子 博客系统同一个用户对同一个文章点赞即使这人单身30年手速疯狂按点赞那么实际上也只能给这个文章 1 赞在微信支付的时候一笔订单应当只能扣一次钱那么无论是网络问题或者bug等而重新付款都只应该扣一次钱幂等性与并发安全
在查阅网络资料的时候我看到许多文章把幂等性和并发安全的问题有些混淆了。幂等性是系统接口对外的一种承诺而不是实现承诺多次相同的操作的结果都会是一样的。而并发安全问题是当多个线程同时对同一个资源操作时由于操作顺序等原因导致结果不正确。
这两个实际上是完全独立的两个问题比如说同一笔订单即使你不停的提交支付如果扣除了多次钱就说明该操作不幂等。而有多笔订单同时进行支付最后扣除金额不是这多笔金额的总和那么说明该操作有并发安全问题。所以幂等性和并发安全是完全两个维度的问题要分开讨论解决。
我在一些讨论幂等性的文章中看到中给出的解决方案为‘悲观锁’和‘乐观锁’这两个方案可以很好的解决并发问题但是却不应该是幂等性问题的解决方案特别是悲观锁是用于防止多个线程同时修改一个资源的。倒是乐观锁的版本号机制可以勉强以 token 或者状态标识 作为版本号来实现幂等性下文解释token 和状态标识勉强说的过去。
所以说幂等性与并发安全是不同的在本文就只讨论幂等性的问题对于并发安全问题不做讨论
Http 协议与幂等性
如果把操作按照功能分类那就是增删改查四种在 http 协议中则表现为 Get、Post、Put、Delete 四种。
查询操作 (Get)
Get 方法用于获取资源不应当对系统资源进行改变所以是幂等的。注意这里的幂等提现在对系统资源的改变而不是返回数据的结果即使返回结果不相同但是该操作本身没有副作用所以幂等。
删除操作 (Delete)
Delete 方法用于删除资源虽然改变了系统资源但是第一次和第N次删除操作对系统的作用是相同的所以是幂等的。比如要删除一个 id 为 1234 的资源可能第一次调用时会删除而后面所有调用的时候由于系统中已经没有这个 id 的资源了但是第一次操作和后面的操作对系统的作用是相同的所以这也是幂等的调用者可以多次调用这个接口不必担心错误。
修改操作 (Put)
修改操作有可能是幂等的也可能不幂等。如果修改的资源为固定的比如说把账户中金额改为 1000 元无论调用几次都是幂等的。假如资源不固定比如账户中金额减少50元调用一次和调用多次的结果肯定不一样这时候就不幂等了。在修改操作中想要幂等在下文中讨论。 2019-08-13 修改 原文对Put协议定义有错误Put操作必须为幂等的即如果声明为Put协议时就相当于对外声明这个接口是幂等的。所以对于原文举例说账户中金额减少50元这种操作在Put协议中是不允许的只能做类似于账户中金额改为 1000 元的操作 参考:restfulapi.net/idempotent-… 新增操作 (Post)
Post 新增操作天生就不是一个幂等操作其在 http 协议的定义如下 The POST method is used to request that the origin server accept the entity enclosed in the request as a new subordinate of the resource identified by the Request-URI in the Request-Line. www.w3.org/Protocols/r… 在其定义中表明了 Post 请求用于创建新的资源这意味着每次调用都会在系统中产生新的资源所以该操作注定不是幂等操作。这时候想要幂等就必须在业务中实现方案在下文会讨论。
实现幂等性的方案
在上面提到的幂等性还是比较理论下面结合一些常见的实际业务场景来讨论幂等性设计方案。
去重表
利用数据库的特性来实现幂等。通常是在表上构建一个唯一索引那么只要某一个数据构建完毕后面再次操作也无法成功写入。
常见的业务就是博客系统点赞功能一个用户对一个博文点赞后就把用户 id 与 博文 id 绑定后续该用户点赞同一个博文就无法插入了。或是在金融系统中给用户创建金融账户一个用户肯定不能有多个账户就在账户表中增加唯一索引来存储用户 id这样即使重复操作用户也只能拥有一个账户。
状态标识
状态标识是很常见的幂等设计方式主要思路就是通过状态标识的变更保证业务中每个流程只会在对应的状态下执行如果标识已经进入下一个状态这时候来了上一个状态的操作就不允许变更状态保证了业务的幂等性。
状态标识经常用在业务流程较长修改数据较多的场景里。最经典的例子就是订单系统假如一个订单要经历 创建订单 - 订单支付\取消 - 账户计算 - 通知商户 这四个步骤。那么就有可能一笔订单支付完成后去账户里扣除对应的余额消耗对应的优惠卷。但是由于网络等原因返回了错误信息这时候就会重试再次去进行账户计算步骤造成数据错误。
所以为了保证整个订单流程的幂等性可以在订单信息中增加一个状态标识一旦完成了一个步骤就修改对应的状态标识。比如订单支付成功后就把订单标识为修改为支付成功现在再次调用订单支付或者取消接口会先判断订单状态标识如果是已经支付过或者取消订单就不会再次支付了。
Token 机制
Token 机制应该是适用范围最广泛的一种幂等设计方案了具体实现方式也很多样化。但是核心思想就是每次操作都生成一个唯一 Token 凭证服务器通过这个唯一凭证保证同样的操作不会被执行两次。这个 Token 除了字面形式上的唯一字符串也可以是多个标志的组合比如上面提到的状态标志甚至可以是时间段标识等等。
举个例子在论坛中发布一个新帖子这是一个典型的 Post 新增操作要怎样防止用户多次点击提交导致产生多个同样的帖子呢。可以让用户提交的时候带一个唯一 Token服务器只要判断该 Token 存在了就不允许提交便能保证幂等性。
上面这个例子比较容易理解但是业务比较简单。由于 Token 机制适用较广所以其设计中要注意的要求也会根据业务不同而不同。
Token 在何时生成怎么生成这是该机制的核心就拿上面论坛系统来说如果你在用户提交帖子的时候才生成 Token那用户每次点提交都会生成新的 Token 然后都能提交成功就不是幂等的了。必须在用户提交内容之前比如进入编辑页面的时候生成 Token用户在提交的时候内容带着 Token 一起提交对于同一个页面无论用户提交多少次就至多能成功一次。所以 Token 生成的时机必须保证能够使该操作具多次执行都是相同的效果才行。使用 Token 机制就要求开发者对业务流程有较好的理解。
结语
幂等性是开发当中很常见也很重要的一个需求。尤其是金融、支付等行业对其要求更加严格既要有好的性能也要有严格的幂等性。除了对其概念的掌握理解自身业务需求更是实现幂等功能的要点必须处理好每一个结点细节一旦某个地方没有设计完善最后的结果可能仍旧达不到要求。 作者zzzzbw 链接https://juejin.cn/post/6844903815552958477 来源掘金 著作权归作者所有。商业转载请联系作者获得授权非商业转载请注明出处。
