系统幂等性设计

场景：用户重复交易，即同一笔订单号不断支付或充值。

做法：

一般的做法是，在交易接口中，首先查询数据库是否有该笔流水。如果有则返回重复支付，否则放行。

但是，这样的接口违反了“单一职能原则”，对数据库冲击很大，而且修改业务后可能会带来bug隐患。

可这样做：

 

其他做法：

• 服务层：修改/删除，用乐观锁（version）。
• 数据库：数据库表，订单号创建唯一索引
• 页面层，token机制（redis带过期时间），防止页面重复提交
• 接口：来源系统id+序列号seq+时间戳。发现重复时，最好及时上报给监控系统