1. 课程导论：支付系统面临的挑战与应对之道

支付系统是金融交易的核心枢纽，其稳定性与数据一致性直接关系到资金安全与用户体验。在分布式架构下，支付系统面临两大核心挑战：重复支付与雪崩效应。本课程将深入剖析这些问题的根源，并系统讲解幂等方案与熔断回滚设计，帮助构建高可用、高一致的支付中间件。

1.1 支付系统面临的严峻挑战

1.1.1 重复支付：数据一致性的头号杀手

重复支付是指同一笔交易因网络超时、重试机制或用户误操作而被系统多次处理，导致用户账户被多次扣款。其典型场景包括：

• 网络抖动：客户端发送支付请求后未收到响应，触发重试，服务端重复处理。
• 异步回调重复：第三方支付平台（如、支付宝）因网络原因多次发送支付成功回调。
• 用户误操作：用户连续点击“确认支付”按钮，产生多个请求。

1.1.2 雪崩效应：系统崩溃的导火索

雪崩效应是指因单个服务故障或响应延迟，导致上游服务资源被快速耗尽，最终引发整个链路崩溃。在支付链路中，典型场景包括：

• 数据库连接池耗尽：下游数据库慢查询导致连接池占满，上游支付服务等待超时。
• 第三方接口阻塞：银行或支付渠道响应变慢，支付服务线程被大量阻塞。
• 缓存穿透：大量请求直接打到数据库，引发连锁故障。

1.2 幂等与熔断回滚的核心价值

1.2.1 幂等：保证“一次且仅一次”执行

幂等（Idempotent）是指无论请求被重复执行多少次，系统状态都与执行一次的结果相同。在支付系统中，幂等是防止重复扣款、重复入账的基石。其核心价值在于：

• 资金安全：确保用户账户余额、商户结算金额准确无误。
• 业务一致性：订单状态、库存扣减等业务数据保持最终一致。
• 系统鲁棒性：允许客户端安全重试，降低网络故障对业务的影响。

1.2.2 熔断回滚：防止故障蔓延的“安全阀”

熔断（Circuit Breaker）是一种快速失败机制，当下游服务故障率达到阈值时，自动切断调用链路，避免资源被持续消耗。回滚（Rollback）则是在事务失败时，将系统状态恢复到操作前的正确状态。两者结合的价值：

• 快速隔离：熔断器打开后，上游请求立即失败，防止线程阻塞和资源耗尽。
• 自动恢复：熔断器在半开状态下探测下游健康状态，实现故障自愈。
• 数据补偿：通过回滚机制（如 TCC、Saga）保证分布式事务的最终一致性。

1.3 课程整体大纲概览

本课程共 30 章，分为四大模块，从理论到实战，系统覆盖支付中间件的核心设计。以下为模块与关键章节概览：