📚 课程目录第2章支付系统核心架构面试

第2章支付系统核心架构面试：高频问题、回答框架、公司侧重点

本章聚焦支付核心架构场景下的面试高频问题，提供结构化回答框架，并解析不同公司对支付系统的侧重点差异，帮助你精准匹配面试官期望。

回答框架：从理解问题到总结升华，每个环节展示结构化思考

考察点	分布式事务能力、支付场景下的一致性模型理解、异常处理与补偿机制
回答框架	1. 明确一致性目标（最终一致性 vs 强一致性）→ 2. 选择方案（TCC、本地消息表、Saga）→ 3. 结合支付场景（扣钱+写流水+调用网关）→ 4. 展示补偿与对账手段
示例回答	“我会优先采用TCC+本地消息表方案：try阶段预扣库存，confirm阶段发消息异步写流水，失败则通过定时任务补偿。对账系统每天拉取银行对账单，自动冲正差异，确保最终一致。”
可能追问	为什么不用XA？TCC空回滚怎么处理？消息队列宕机怎么办？
避坑提醒	不要只谈理论不提具体支付场景；避免“所有一致性都靠消息”的单一答案；必须说明幂等设计

考察点	幂等方案设计、业务主键选取、防重放攻击、分布式锁使用
回答框架	1. 定义幂等键（支付单号、流水号）→ 2. 存储幂等记录（Redis+DB双重校验）→ 3. 处理重复请求（返回已有结果）→ 4. 极端情况（超时、重复回调）
示例回答	“我会用支付单号作为全局幂等ID：请求进入时先查Redis是否处理过，若没有则加分布式锁写DB。网关回调也带同一个ID，保证重复回调只执行一次。同时记录状态机，防止乱序。”
可能追问	Redis挂了怎么保证幂等？幂等记录有效期设多久？
避坑提醒	不要单靠Redis，必须DB兜底；注意幂等键生成规则避免冲突；多表事务下幂等要结合行锁

考察点	对账流程理解、差异处理能力、数据闭环思维、实际经验
回答框架	1. 对账范围（渠道对账、商户对账、内部账）→ 2. 对账核心（逐笔+汇总）→ 3. 差异分类（长款、短款、金额不一致）→ 4. 处理流程（自动冲正、挂账、工单）
示例回答	“曾遇到银行回单延时导致对账不平：我设计了按交易日期和结算日期双维度对账，延时单据单独标记，T+1自动重对；并引入平衡检查，当日差异金额加裁减后必须归零。”
可能追问	对账延迟如何优化？百万级单量对账性能如何保障？
避坑提醒	不要忽略未达账项；避免全量对比导致DB压力；必须记录对账批次号防止重复

公司侧重点参考：回答时结合目标公司特色展现匹配度

💡 面试策略提示
针对面试公司提前了解其支付产品线，回答时自然融入对应侧重点（例如面蚂蚁侧重资金安全，面字节侧重高并发成本），可显著提升匹配度。

  📌 结构化回答加分项
  每个问题先定义边界（如：分别讨论核心链路、补偿、对账）
给出两到三种方案对比，并明确取舍理由
举例真实线上问题（如延时对账、幂等键重复）展示经验
主动提及监控、告警、灰度等运维手段

⚠️ 常见扣分点

第2章 支付系统核心架构面试：高频问题、回答框架、公司侧重点