现在很多业务只要一涉及收费就离不开在线支付，而在线支付又以支付宝、微信支付使用范围最广，产品知名度最高。那么用户在发起支付后，一系列的流程是咋样的？可能不是做支付的开发可能不是那么的了解，先聊聊支付的系统交互流程。
上面的图是微信支付官网提供的一个与微信支付JSAPI方面的对接的流程图。用户发起支付主要会经过这么几个阶段
1、用户在商户平台进行下单，商户平台产生订单
2、商户平台请求微信支付系统，进行支付预下单。
3、前端app收到预下单的信息，拉起微信客户端中的支付窗口。
4、用户输入密码，请求微信支付系统，确认支付。
5、微信支付系统异步通知商户系统，支付完成。
这个流程图展示的是针对于商户系统直接对接微信支付系统的这种场景，那是不是所有的微信支付都是由商户对接微信支付系统的呢？
其实不然，市面上面还存在很多的聚合支付的平台，商户平台可能是对接聚合支付平台，在由聚合支付平台去对接微信支付系统。
因此我们把商户直接对接微信支付系统的方式叫做直连支付，而把非直接对接微信支付系统的方式叫做间联支付。
正是因为不是所有的微信支付都会直接连接微信支付系统，因此才有了本文的支付渠道路由系统的建设
为什么要建设支付渠道路由系统？对于一般公司而言，可能主要还是基于两方面的考虑
1、基于成本的考虑：连接不同的支付渠道商，所对应的支付费率可能存在着差异性，尤其是一些大型的银行渠道商费率比直接连接微信支付会更低，为什么会更低，可以参考之前的一篇文章：
2、基于用户体验稳定性方面考虑：用于提升用户的支付体验，系统的稳定性的建设依据就是做冗余，避免鸡蛋放在一个篮子里面，哪怕其中有一个渠道商出现问题，也能快速切换到其他渠道商，避免业务中断，用户体验受损。
一般为了基于这两方面考虑，稍微业务大一点的公司，在支付链路上都不可能只接入一个支付渠道商，至少有两家或两家以上，而支付路由系统就是为了能根据业务的需要有针对于性选取当前阶段最合适的渠道商进行支付。
支付路由系统的设计支付路由系统从一开始就承担了为业务如何筛选当前最适合业务的支付渠道商，因此对于支付路由系统的设计最重要的一个原则，就是要做到灵活，能随时基于业务变化而调整，轻松的应对多变的业务需求，其次支付路由系统作为支付环节的桥头堡系统，稳定性也至关重要，即便在高并发或故障发生的情况，也不能导致支付中断。
支付路由系统的核心逻辑
当有支付请求进来时，需要向支付路由系统询问，根据当前的路由规则选取一条当前最合适业务的支付渠道商给到支付系统，当有异常或者是路由规则没有覆盖到的场景，需提供一条兜底的支付渠道商，保证支付系统均能获取到支付渠道商，以便于支付业务能完成的下去。
在业务产品层面
需要尽可能的让使用简单易用，为了满足对于业务的灵活性配置，需要理清哪些关键的字段是作为规则的依据，比如常见的作为规则的依据的有，公司开展的业务场景(复杂的话，可以在细分)，支付方式、金额的大小等等
在技术层面
需要针对于渠道的稳定性进行统计和探测，确保某一支付渠道出现不稳定时，能自动的进行流量切换，确保支付业务稳定可靠。
写在最后支付渠道路由系统是支付体系中非常重要的一环，灵活高效的路由设计能显著的提升支付成功率，降低企业成本，提高用户体验，不同的企业对于支付路由会有不一样的诉求，但核心的要点还是基于在保证稳定性同时如何选举出最符合业务期望的渠道，因此支付渠道路由系统只要抓住这个根本，就不会偏离系统建设的本身。