目前的系统功能整体架构如下：

如图所示，从架构上主要分为四个大模块：

支付中心后台：主要是账号管理相关，物业公司的开户开通支付等提供支持

支付消息：主要是用于对应用端进行通知

交易核心：用来支撑整个系统的基础交易核心，参数组装发起，返回数据的处理，异常的处理和通知等。

渠道网关：解析应用端发送过来的请求，证书白名单的设置和使用，第三方api的调用等

物业公司选择自己所需的支付渠道进行开通，用户选择自己倾向的支付方式最后请求中由支付中心处理，收入对应的收款账户。

一个请求在进入request解析器之后，首先解析支付标识，决定使用哪个支付插件（alipayPlugin， wechatPlugin， easyPlugin）其次解析调起方式（小程序，PC，APP）获取可用的支付插件（alipaypaymentappexecutor，xxxexecutor）最后选择方法（onpay waponpay refund）。

数据监控：出现数据异常，或者报错，及时在钉钉群里通知。

数据一致性问题：咱们的系统打算暂时只做一个模块，应用端可以到支付中心来同步数据。

稳定性问题，第三方支付不够稳定：主要是用户可能会用微信支付失败，又用支付宝支付。这个需要应用端进行监控，支付中心对于提供的不同订单号会实时发起支付。同一订单号，连续发起两次之间间隔不超过15秒。

作者：fadεy

来源：blog.csdn.net/liuzhirou1/article/details/117649569