window.location.href如何多次请求_何为幂等？如何设计？

欢迎关注头条号：老顾聊技术

精品原创技术分享，知识的组装工

---

目录

1. 前言
2. 罪魁祸首
3. 幂等性
4. 幂等场景
5. token机制
6. token机制缺点
7. 乐观锁机制
8. 乐观锁机制缺点
9. 唯一主键机制
10. 去重表机制
11. 总结

前言

小伙伴们有没有遇到过生产环境经常出现过重复的数据？在排查问题的时候，数据又是正常的。这个是何解呢？怎么会出现这种情况，而且还很难排查问题。今天老顾给大家分享一下这里的原因，以及解决方案。

罪魁祸首

产生重复数据或数据不一致(假定程序业务代码没问题)，绝大部分就是发生了重复的请求，重复请求是指同一个请求因为某些原因被多次提交。导致这个情况会有几种场景：

1)微服务场景，在我们传统应用架构中调用接口，要么成功，要么失败。但是在微服务架构下，会有第三个情况【未知】，也就是超时。如果超时了，微服务框架会进行重试。

2)用户交互的时候多次点击。如：快速点击按钮多次。

3)MQ消息中间件，消息重复消费

4)第三方平台的接口(如：支付成功回调接口)，因为异常也会导致多次异步回调

5)其他中间件/应用服务根据自身的特性，也有可能进行重试。

我们知道了发生的原因，本质就是多次请求了，那如何解决呢？

幂等性

有些小伙伴们会想到幂等这个词，是的，就是我们在设计某些接口时，要考虑如何保证接口幂等，那什么是接口幂等呢？

网上是这样介绍的【接口的幂等性实际上就是接口可重复调用,在调用方多次调用的情况下,接口最终得到的结果是一致的】

网上的说法定义，有点不是太正确，我们看下怎么不正确

如一个线程请求用户列表接口：select * from user，返回用户表中的数据，而另一个线程往用户表插入数据。那请求用户列表的线程返回的数据每次都不一样，那按照上面的说法，查询用户列表的接口就不是幂等的，这显然是不正确的。

老顾的理解应该是多次调用对系统的