我是带你逛遍 GitHub 的小逛!今天串个场,带你逛逛码云 ,不是我移情别恋,这个 repo 是我好哥们的,真的宝藏,裂墙推荐!
spring-boot-pay Star 6.3k
https://gitee.com/52itstyle/spring-boot-pay该项目基于 Spring Boot 搭建,是支付宝,微信,银联支付服务详细代码案例 ,所有支付 Demo 测试通过,真实有效。代码案例包含功能如下,几乎涵盖了常用的支付场景:
支付宝
微信
银联
案例截图
下面这几篇博文记录了我遇到的 Bug ,有类似的问题可以看看下面的博客:
https://blog.52itstyle.vip/archives/3060/https://blog.52itstyle.vip/archives/3053/https://blog.52itstyle.vip/archives/2972/https://blog.52itstyle.vip/archives/1364/微信支付linux下java.net.UnknownHostException: api.mch.weixin.qq.comhttps://blog.52itstyle.vip/archives/162/JAVA实现微信退款报错unexpected end of file from serverhttps://blog.52itstyle.vip/archives/159/https://blog.52itstyle.vip/archives/263/https://blog.52itstyle.vip/archives/1372/https://blog.52itstyle.vip/archives/1440/https://blog.52itstyle.vip/archives/969/SpringBoot开发案例之整合Swagger篇https://blog.52itstyle.vip/archives/1473/SpringBoot开发案例之整合Dubbo分布式服务https://blog.52itstyle.vip/archives/3411/因为平台有多个项目,每个项目都有支付模块,所以就单独出来了一个服务,这样就可以复用呗。当然是 RPC 了,通过注册中心调用服务,技术栈 Zookeeper + Dubbo,这两个玩意都可以做集群。一是安全啊,我们项目部署在私有云,注册中心一般不会对外开放,那就不存在 HTTP 接口所谓的鉴权了;二是高效啊,毕竟 RPC 是基于四层协议的,相对来说的确会高那么一点点,这个大家可以自行测试,但是我觉得对于大部分公司,这个不重要。当然可以,只要只配置好相关参数,把接口类打个包,扔给消费者就是了,当然了,一些业务逻辑还是需要自己去实现的。那就部署多个服务,Dubbo 默认负载均衡策略是轮询,你也可以配置成其他策略,比如根据机器配置设置加权之类的。Zookeeper 也可以啊,保证 2N+1 台就是了。
最后最后
欢迎关注小逛的公众号「逛逛GitHub」,置顶标星。每日一个有用、有料的 GitHub 项目推荐,秀的一批~扫描下方二维码关注!