3. 支付系统架构与核心模块面试题
支付系统架构题是支付清算工程师面试的“分水岭”。初级候选人往往把交易、清分、清算、结算混为一谈，而资深工程师能清晰说出每个模块的输入、输出、边界与失败处理。本章围绕六大核心模块，给出一套可复用的回答框架，帮你在面试中既讲清原理，又体现工程深度。
一、核心原理：六个模块的边界与职责
面试官最想确认的是你是否理解“钱”在系统中的流转层次。可以用一句话锚定：交易是记账请求，路由是通道选择，清分是算清谁欠谁，清算是资金划拨指令，结算是最终到账，对账是校验一致性。
| 模块 | 核心输入 | 核心输出 | 关键指标 |
|---|---|---|---|
| 交易 | 用户支付请求 | 交易单、状态机 | 成功率、RT |
| 路由 | 交易要素、通道状态 | 最优通道 | 成本、可用率 |
| 清分 | 成功交易明细 | 应收应付净额 | 准确率、时效 |
| 清算 | 清分结果 | 清算指令 | 差错率 |
| 结算 | 清算指令 | 资金到账 | T+0/T+1 |
| 对账 | 本地与通道流水 | 差异报告 | 差异率 |
二、方法流程：标准回答四步法
- 定义先行：先用一句话定义模块，避免概念混淆。
- 数据流转：说明输入从哪来、输出到哪去、依赖哪些系统。
- 异常处理：讲清超时、重复、状态不一致如何处理。
- 工程取舍：结合幂等、异步、补偿、分库分表谈设计。
面试中主动画一张“交易→路由→清分→清算→结算→对账”的链路图，比背诵定义更能体现架构思维。
三、案例场景：路由与对账的高频追问
以路由为例，面试官常问：“一笔交易如何选择通道？”回答要覆盖规则引擎、权重、降级与灰度。
route_rule:
priority: [cost, success_rate, latency]
fallback: backup_channel
gray: user_whitelist
circuit_break: error_rate > 5% for 60s
对账场景则要讲清“先对流水、再对状态、最后对资金”的三层校验，并说明长款、短款、单边账的处理路径。
常见误区：把清分等同于清算。清分只算账不划钱，清算才产生资金划拨指令。混淆两者会被判定为缺乏生产经验。
四、误区复盘与加分表达
- 误区一：只讲正向流程，不提冲正、退款、挂账。
- 误区二：忽略幂等与最终一致性，无法应对重复请求。
- 误区三：对账只讲“比对”，不讲差异分类与自动修复。
- 加分点：主动提到“交易状态机 + 对账补偿 + 人工介入”的闭环。
建议用 STAR 结构包装项目：背景是通道多、差错高；任务是提升对账准确率；行动是引入清分净额与自动差异识别；结果是差异率下降、结算时效提升。这样回答既有架构高度，又有落地细节。