幂等性：对于用户的同一个操作，一次调用接口和多次调用接口产生的效果 是一样的，不会因为多次调用出现 不一致的情况；
为什么要保证幂等性 为什么要保证幂等性呢？（大家可以 自问一下），带着问题往下阅读，效果更好；
我们有一个 作业系统；针对一个题目学生 学生应该只有一个 未批改 的 答案信息，但是 由于 网络问题，学生点击提交后 无任何反应，学生就在此点击了”提交“按钮
这时候 我们发现 两个 不同时间的相同请求，都发送到了 服务端，请求接口；如果没有 幂等性处理，就会产生我们 超出我们预期的 垃圾数据；严重的话 会导致整个业务阻塞；
幂等性方案- 数据库 唯一索引
- 数据库 创建防重表，将需要的幂等维度 ，存入表中，使用唯一索引
- 数据库 悲观锁、乐观锁
- 全局分布式id
- 可将 操作 、用户信息 生成一个 全局分布式id
- id 存入redis等中间件、或者数据库中
- 请求接口使用 分布式id 校验
- 分布式锁
- redis 或者 zookeeper 实现 均可
- 请求 token 验证
- 每一个 操作 ，先到服务端 请求一个 token
- 具体操作 ，带着 token 进行服务端验证
仅供 大家参考学习，有问题 非常欢迎大家 提出 讨论；
会及时 反馈 改进
如果感觉有用，辛苦 点赞收藏
