支付系统是大型架构核心，下面我详解支付宝系统幂等性@mikechen
支付宝系统幂等性
幂等性，简单来说，就是同一个操作执行一次和执行多次，最终产生的结果应该保持一致。
在业务系统中，这意味着：当客户端因为网络超时、重复点击、消息重试等原因.
多次提交同一请求时，系统不能因此产生多次扣款、多次退款或多次发货。
例如：
- 用户点击“支付”按钮一次，但由于网络延迟，客户端发起了两次相同请求；
- 支付回调通知未及时收到，支付平台重复推送；
- 服务端重试机制触发了重复调用。
如果接口具备幂等性，那么无论请求被调用多少次。
系统都只会处理一次，其余请求返回相同或相近的结果，而不会引发重复业务动作。
幂等性为什么在支付宝如此重要
支付宝属于典型的高并发、高可靠、强一致性要求的金融系统.
因此幂等性的重要性尤为突出，主要体现在以下几个方面。
1. 保障资金安全
支付系统中最敏感的操作就是资金变动。
一次重复扣款、重复退款，都会直接造成用户财产损失或平台风险。
幂等性能够确保同一笔业务不会被重复执行，从根本上降低资金事故的概率。
2. 应对网络与系统不确定性
分布式系统中，超时、重试、消息重复投递、服务降级都十分常见。
如果没有幂等性，系统一旦发生重试，就可能把一次正常请求变成多次业务执行。
支付宝必须允许“请求可能重复到达”，但业务结果不能重复发生。
3. 提升用户体验
用户在支付过程中最忌讳的是：“扣了两次钱”、或“明明已经支付成功却提示失败”。
幂等性可以让系统在面对重复请求时，返回一致的业务结果，减少用户困惑和投诉。
4. 支撑分布式架构
支付宝系统通常由多个微服务协同完成一次支付流程，例如订单服务、支付服务、账户服务、清结算服务等。
在跨服务调用中，任何一个环节出现重试，都可能导致链路重复执行。
因此，幂等性是分布式支付链路稳定运行的核心保障。
幂等性的解决方案
在支付宝这类系统中，幂等性通常不是靠单一手段实现，而是通过业务设计、技术控制、数据约束共同完成。
1. 使用唯一业务标识
最常见的方法是为每次业务请求生成唯一标识，例如：
- 订单号
- 支付流水号
- 退款请求号
系统在处理请求前，先根据该标识判断是否已经处理过。
如果已处理，则直接返回历史结果；如果未处理，则继续执行。
这种方式的核心思想是：把“重复请求”识别为“同一业务”。
2. 数据库唯一约束
在关键业务表中设置唯一索引，是防止重复写入的有效手段。
例如，支付记录表可以对“商户订单号+支付类型”建立唯一约束，这样即使并发请求同时到达，数据库也只允许一条记录成功写入。
这种方式简单直接，适合防止重复创建、重复入账等场景。
3. 状态机控制
支付业务通常有明确的状态流转，例如：
- 初始
- 处理中
- 成功
- 失败
- 已退款
系统只允许状态按既定方向变更，不允许回退或重复执行同一状态转换。
例如，若订单已经是“支付成功”，再次收到支付请求时，应直接返回成功结果，而不是再次扣款。
4. 幂等接口设计
接口设计层面也要明确幂等语义。例如：
- 查询类接口天然幂等；
- 创建类接口通过业务唯一键实现幂等；
- 修改类接口通过状态校验和版本控制实现幂等。
支付宝中的接口通常会明确要求客户端传入幂等参数，以便服务端识别重复请求。