2. 支付基础概念
在进入支付路由与多通道智能选择的实战之前，必须先建立一套统一的“语言体系”。很多团队在讨论路由策略时出现分歧，根源往往不是算法问题，而是对支付网关、收单、清算、结算、通道、路由这些术语的理解不一致。本节将把这些概念放回一笔真实支付的全流程中，帮助你在后续章节中准确描述问题、定位环节、设计策略。
一、核心概念：一笔钱从用户到商户经过了谁
支付本质上是“信息流”与“资金流”的双线运动。信息流负责授权与通知，资金流负责清分与到账。理解这两条线的分离，是理解所有支付术语的关键。
- 支付网关（Payment Gateway）：面向商户和用户的技术入口，负责接收支付请求、加密传输、协议转换、风控前置校验，并把请求转发给后端通道。它不直接持有资金，核心职责是“接入与转发”。
- 收单（Acquiring）：由持牌收单机构完成，负责受理商户交易、验证用户支付工具、发起授权请求，并承担交易合规与商户管理责任。收单机构是资金流的“入口方”。
- 清算（Clearing）：交易成功后，各参与方之间进行交易明细的核对、轧差与债权债务确认。清算解决的是“谁该给谁多少钱”，是账务层面的处理。
- 结算（Settlement）：在清算结果基础上，实际完成资金划拨，把款项打入商户或对应账户。结算解决的是“钱实际到账”。
- 通道（Channel）：具体承接支付请求的上游服务方，如某银行直连、某第三方支付、某境外收单行。通道有费率、限额、成功率、可用时段等属性。
- 路由（Routing）：在多个可用通道之间，根据规则与实时状态选择最优通道的决策过程。路由是支付系统的“调度中枢”。
记忆口诀：网关管接入，收单管受理，清算管算账，结算管打钱，通道是出口，路由是选择。
二、业务全流程：从点击支付到商户到账
下面以一笔典型的银行卡支付为例，梳理完整链路。理解这条链路，才能在后续章节中判断“路由应该在哪一步介入、依据什么数据决策”。
- 下单与请求：用户在商户App点击支付，商户服务端调用支付网关创建支付单。
- 路由决策：网关根据金额、币种、卡类型、商户等级、通道健康度等参数，选择一条最优通道。
- 收单受理：请求送达收单机构，收单机构校验商户与交易合法性，向卡组织发起授权。
- 授权响应：发卡行返回授权成功或失败，网关同步返回商户前端。
- 清算处理：日终或准实时，卡组织、收单机构、商户之间完成明细核对与轧差。
- 结算到账：按结算周期，资金划拨至商户账户，并生成对账单。
在这条链路中，路由决策发生在第2步，但它依赖第3至6步反馈回来的成功率、耗时、失败码等数据。因此，路由不是一次性动作，而是一个“决策—执行—反馈—优化”的闭环。
三、关键对比：清算与结算、网关与通道
初学者最容易混淆两组概念。下表从职责、对象、时间维度进行对比，建议结合真实对账场景理解。
| 对比项 | 清算（Clearing） | 结算（Settlement） |
|---|---|---|
| 核心问题 | 谁该给谁多少钱 | 钱是否实际到账 |
| 处理对象 | 交易明细、债权债务 | 资金账户、银行头寸 |
| 典型时点 | 日终、准实时轧差 | 按周期划拨（T+1、T+0等） |
| 失败影响 | 账不平、对账差异 | 商户资金延迟、投诉 |
另一组是网关与通道：网关是商户侧的统一入口，屏蔽不同通道的协议差异；通道是上游的实际出口。一个网关可以对接多个通道，这正是路由存在的前提。
四、案例与误区复盘
案例场景：某电商大促期间，A通道成功率从98%骤降至82%，但路由仍按固定权重把60%流量分配给A通道，导致整体支付成功率下降。复盘发现，路由策略只配置了静态权重，没有接入通道实时健康度。改进方案是引入“成功率+耗时+限额”的动态评分，并设置熔断阈值。
通道健康度评分示例（伪配置）：
channel: bank_a
weight: 60
success_rate_threshold: 0.95
latency_p95_ms: 1200
circuit_breaker:
error_rate: 0.15
window_sec: 60
cooldown_sec: 300
常见误区一：把“清算”当成“结算”，导致对账差异被误判为资金丢失。误区二：认为路由只是“按权重轮询”，忽视实时状态与失败码语义。误区三：网关与通道职责边界不清，把通道特有逻辑写进网关，造成后续扩展困难。
建立正确的术语体系后，你会发现：路由的本质是在约束条件下做多目标优化——既要成功率，也要成本、耗时与合规。下一节起，我们将围绕这些目标，逐步展开可落地的路由策略设计。