4. 支付路由核心问题
支付路由并不是简单地“从通道列表里挑一个”，它处在交易请求与外部支付通道之间，承担着决策、调度、兜底与优化四重职责。一笔订单从收银台发起后，系统需要回答几个关键问题：用哪个通道、走哪条线路、失败后怎么办、如何在成本与成功率之间取舍。本章围绕这些核心问题展开，帮助大家建立支付路由的整体问题框架。
一、路由到底要解决什么
从业务视角看，支付路由要解决的是“把正确的交易，在正确的时间，送到正确的通道”。这句话拆开包含四层含义：
- 匹配性：交易属性（币种、金额、卡类型、地区、商户行业）必须与通道能力匹配，否则会被通道拒绝。
- 可用性：通道当前是否在线、是否限流、是否处于维护窗口，路由必须实时感知。
- 经济性：不同通道费率、结算周期、退款成本不同，路由要在可接受成功率下优先选择低成本通道。
- 合规性：部分通道对商户资质、交易类型有监管限制，路由不能把不合规交易送进去。
因此，路由的本质是一个带约束的多目标决策问题：约束来自通道能力与合规要求，目标则同时包含成功率、成本、体验和稳定性。
二、常见痛点：为什么“能通”不等于“好用”
在实际系统中，路由往往不是被“设计”出来的，而是被“事故”逼出来的。以下痛点非常典型：
| 痛点 | 典型表现 | 根因 |
|---|---|---|
| 通道能力失真 | 配置说支持某卡种，实际大量拒绝 | 能力表静态维护，缺少运行时校验 |
| 成功率抖动 | 同一通道上午95%，下午70% | 缺少分钟级健康度与熔断 |
| 成本失控 | 高费率通道承担了大部分流量 | 路由策略只看成功率，不看费率 |
| 故障扩散 | 一个通道超时拖垮整个支付链路 | 无隔离、无降级、无快速切换 |
| 策略黑盒 | 运营无法解释“为什么走这条通道” | 决策日志缺失，规则不可回溯 |
这些痛点的共同点是：路由决策依赖的数据不准确、不及时、不透明。所以路由系统的第一性原理不是“算法多聪明”，而是“数据多可信”。
很多团队一开始就追求复杂的加权评分模型，却忽略了通道健康度采集、能力校验和决策日志。结果是模型越复杂，故障时越难定位。建议先把“可观测、可回滚、可解释”做扎实，再逐步引入智能策略。
三、业务目标与技术挑战的对应关系
业务目标听起来很清晰：提高成功率、降低成本、保障体验。但落到技术实现，每个目标都会转化为具体的工程挑战。
- 提高成功率 → 需要实时健康度、快速熔断、失败重试与通道切换，且要避免重复扣款。
- 降低成本 → 需要费率模型、成本核算、流量分配，同时不能牺牲过多成功率。
- 保障体验 → 需要低延迟决策、异步兜底、用户无感的通道切换。
- 稳定可控 → 需要灰度发布、策略版本化、一键回滚和全链路追踪。
这些挑战之间常常互相冲突。例如，为了降成本把流量切到低价通道，可能导致成功率下降；为了提成功率频繁重试，可能造成重复支付和通道限流。路由系统的价值，正是在这些冲突中找到可动态调整的平衡点。
四、一个典型场景：大促期间的通道切换
假设某电商在大促期间，A通道突然出现大量超时。路由系统需要在一分钟内完成以下动作：
- 采集到A通道超时率超过阈值，触发熔断标记。
- 将新交易从A通道切换到B、C通道，并按权重分配。
- 对已提交但未确认的交易，进入查询补偿流程，避免重复支付。
- 记录决策日志，便于事后复盘与通道谈判。
这个过程可以用下面的决策路径来理解。图中展示了从交易请求进入，到能力过滤、健康度判断、成本排序、最终决策与兜底的完整链路。
这个路径图说明，路由不是单点判断，而是一条逐层收敛的决策链。任何一层数据失真，都会让最终决策偏离预期。
五、误区与复盘：路由不是“越智能越好”
一个常见误区是：把路由当成纯算法问题，追求“最优解”。但支付路由面对的是外部通道，通道行为不可完全预测，且失败代价高。因此工程上更强调“可解释、可干预、可回滚”，而不是理论最优。
复盘时建议重点检查三件事：
- 决策依据是否完整：当时用了哪些通道数据？健康度是否实时？
- 策略是否可回滚：出问题时能否在分钟级切回旧策略？
- 失败是否可归因：是通道问题、路由问题，还是上游参数问题？