高并发下的接口幂等性解决方案

1.token机制，防止页面重复提交

流程如下：

• 1.发送方记录token(GUID) （通常保存到redis）
• 2.发送提交接口 带上发送方token
• 3.将token从redis中删除token，如果成功删除说明第一次执行，如果删除失败即已经删除过，说明该消息已经被消费。

存在问题

这样的方式存在的问题主要还是性能消耗
因为从流程可以看到，发送方需要额外调用一次redis，接收方也需要额外调用一次redis 而且是每次都要调用。无论这条消息是不是重复的。

2.使用数据库唯一主键

这样的操作实际上是有特殊情况才能使用，比如最终数据是要落到DB上的。这样的情况可以使用GUID或者其他token方案，通过设置唯一键的方式将要落地的数据顺便做幂等验证。

优势

这样做相比redis方式的优势就是不需要额外操作，因为幂等的保证是顺便的。

存在问题

使用范围有限，并不是任何幂等操作一定会涉及数据库操作。另外也需要为业务增加唯一主键。

可选唯一ID生成方式

• UUID
• snowflake
  。。。