三方支付在国内已经极度成熟了，大部分公司考虑变现时都会接入支付宝、微信支付渠道。由于二者技术实现上有较大出入，且各自都有些自造的概念，从头开始读文档接入麻烦耗时易出错，本文分享github上大佬力作，不仅仅支付宝、微信，把国内常用的渠道都支持了，会极大提高生产力，并降低故障率。

传送门：

第三方支付对接全能支付Java开发工具包.优雅的轻量级支付模块集成支付对接支付整合（微信,支付宝,银联,友店,富友,跨境支付paypal,payoneer(P卡派安盈)易极付）app,扫码,网页刷脸付刷卡付条码付转账服务商模式,微信分账,微信合单支付、支持多种支付类型多支付账户，支付与业务完全剥离，简单几行代码即可实现支付，简单快速完成支付模块的开发，可轻松嵌入到任何系统里 目前仅是一个开发工具包（即SDK）

一、三方支付核心交互流程

典型的支付交互核心流程见上述4步：

找产运申请各厂商、媒介的应用id、密钥等信息构造必须的入参本地就可以走通支付部署到公网服务器才能走通支付结果回调二、框架的优势

pay-java最大的优势在于，作者通过多态将各支付公司（微信、支付宝）、支付媒介（app、h5、pc）接口进行了抽象统一，拿创建订单来说，配置好各支付公司的payService后，payService.orderInfo就创建好了，省去了n多的文档对接成本，更麻烦的回调验签也是非常丝滑，码的快的同学，半天就搞的七七八八了。

代码这里不贴了，大家可以去github围观，有sample。

三、待改进项

重点说几点实践中可能遇到的问题吧。

还是有部分功能是框架没支持的，比如现在比较流行的订阅能力，就是周期扣款退款属于高危操作，是需要产运给密钥对应证书的有些业务可能是多商户分离的，随便举例子，门票用A公司的资质收款，电商用B公司总体来讲，微信比支付宝严格的多，实际也要花更多的精力框架主要介绍的是服务端的接入方式，但由于三方支付宝客户端也是多种多样各自为政，前端的接入成本实际也挺高的

遇到上述问题，基本就需要开始看看文档了，并且需要研究下框架源代码。正常来讲，通过继承的方式，是可以解决全部问题的（我们都是这么做的），这样就不会涉及到维护个人分支。

四、经验之谈

除了前后端接入后走通业务逻辑，涉及资金还需要特别关注资金安全问题，如长款、短款问题。有基建的话监控告警是必备，另外每日对账也是极可靠的手段。

其他的，遇到问题也可以找我探讨。

我是加瓦，一个专注于Java研发的普通程序员，和您一起开阔视野和探索Java世界，欢迎关注收藏交流探讨，ღ( ´･ᴗ･` )