聚合支付系统

实现普通商户和特约商户入驻形式的觉和收款平台
支持接入三方四方平台的支付
支持原生的微信 支付宝 普通商户 特约商户
支持h5 小程序 可拓展设备
特约商户可开通api功能（支付网关）
可开通H5收款码

接入层
是用户和商户的直接交互入口，负责提供支付界面、唤起支付 SDK、接收支付结果，支持移动端、PC 端、H5 等多终端适配。
网关层
支付系统的 “交通枢纽”，所有请求需先经过网关，完成鉴权验签（防止伪造请求）、限流熔断（应对高并发）、路由转发（分发到对应业务服务），同时统一日志和监控。
业务核心层
支付核心：系统大脑，负责创建支付订单、选择最优支付通道（如小额走微信、大额走银联）、处理支付结果回调，保证支付流程的完整性；
账户服务：管理用户 / 商户资金账户，处理余额查询、充值提现、资金冻结 / 解冻，确保资金数据强一致；
风控服务：实时拦截异常交易（如异地大额支付、频繁失败支付），支持自定义风控规则和反欺诈模型；
对账服务：每日与外部支付通道（微信 / 支付宝 / 银行）对账，解决 “账实不符” 问题，生成对账报表和差错处理方案。
渠道层
封装各类外部支付通道的接口，对外提供统一的支付 / 退款 API，屏蔽不同渠道的参数差异（如微信的prepay_id和支付宝的trade_no），支持灵活扩展新渠道。
基础支撑层
分布式数据库：用 MySQL 分库分表存储订单、账户核心数据，TiDB 应对高并发读写；
缓存集群：Redis 缓存用户余额、订单状态、防重令牌，降低 DB 压力；
消息队列：异步处理非核心流程（如支付成功后的积分发放、商户通知），避免同步流程阻塞；
分布式锁：解决并发冲突（如防止同一订单重复扣款），保证数据一致性。
三、典型支付流程链路
用户在电商 APP 发起微信支付 → API 网关鉴权 → 订单服务生成唯一订单号 → 支付核心调用微信支付统一下单接口 → 客户端唤起微信支付 → 用户完成付款 → 微信回调支付核心 → 支付核心更新订单状态 → 账户服务扣减用户资金 / 增加商户资金 → 消息队列推送支付成功消息 → 通知服务回调商户系统。