幂等性设计
在增删改查四个操作中,尤为注意就是增加和修改
查询操作
查询结果是不会有改变的,查询一次和多次得到的结果是一样的,select是天然幂等性的
删除操作
删除一次和删除多次都是把数据删除.(返回的结果不一样,删除的数据不存在,返回0,删除的数据多条,返回的结果多个,在不考虑返回结果的情况下,删除操作也具有幂等性)
更新操作
大多数情况下是幂等的,但是在少数情况下不是幂等的,比如
- 把表中的id为xxx的记录a字段的值设置为1,这种操作不管执行多少次都是幂等的
- 把表中id为xxx的记录的a字段值增加1,这种操作就不是幂等的
新增操作
增加在重复提交的情况下需要考虑幂等性的问题,比如支付的问题
如何保证幂等性
-
通过代码逻辑判断实现
- 数据库各种锁机制
- 分布式各种锁机制
- 业务代码各种锁机制
-
使用token机制(广泛)[cookie/session->防重复提交->csrf]
- token机制实现的步骤
1.生成全局唯一的token,token放到redis或者jvm内存,token会在页面跳转时获取,存放到pageScope中,支付请求提交先获取token,如果是前后分离的项目,token应该在生成结算信息的时候交给前端
2.提交后 后台校验token,执行成功同时删除token,生成新的token更新redis,当第一次提交以后token就被更新了,页面再次提交的携带的token是已经被删除的token,后台验证失败不让提交
MQ异步
实现步骤
操作注意的细节:
1.过期订单我们需要关闭,关闭之前需要判断是否支付过了,如果支付过了,就判断不用关闭
2.过期订单我们收到,判断关闭的状态,有可能这个时候订单恰好被支付了,我们需要实时的获取此订单的支付信息,使用分布式锁的方式,这样才能够避免订单状态错误
使用分布式锁