admin 管理员组

文章数量: 887021

支付系统

支付系统-帐户系统总结

 

原则:

    支付系统思考思路: 先考虑正常case, 先考虑并发[重复支付, 押金退款,提现], 再考虑事务中断.[重复支付]

    能幂等先幂等(需要采用数据库事务), 不能幂等优先选择资金安全的方案. [退款和支付的不同处理]

    避免事务中断,尽量采用面向对象嵌套法,每个内部子模块获取自己的数据,开头都需要对需要判断子模块实体的状态,外部系统写操作放在最后.

    对账对出事务中断的部分: 修改状态后人工修复.

    角色,用例,模块,依赖, 抽象,导致. [优惠模块为什么放置到订单之前,又双向依赖订单,而不是放置再支付中的原因]

    从业务抽死剥茧出头疼地并发场景.

    架构重构,千万不要盲目抽到新的模块. 没想明白之前,循环依赖会搞死你,虽然可以依赖倒置的概念,但maven不支持循环依赖. 测试驱动重构.

 看得懂,讲明白下面的这些文章就出师了:

Aggregate Framework是为方便开发人员运用DDD和CQRS思想来构建复杂的、可扩展的Java企业应用系统而提供的Java技术框架。该框架提供了Aggregate、Repository、Domain Event等构建块的实现；

 

重构:  支付宝鲁肃：支付宝全局架构重构实践 /

CAP theorem 理论在 多副本存储 和 分布式存储中理解

微服务架构的分布式事务解决方案 龙果学院 含源代码

 胡喜：支付宝三年光棍节高可用系统架构的演变

支付宝系统架构,业务架构关系

类似 ppt 支付宝架构与技术 即讲了业务架构,也讲了柔性事务

中国清算体系介绍,支付宝架构中有清算的概念,是网关层

精武门_支付宝整体架构_20100610 鲁肃

支付宝TCC模型_百度文库

支付宝分布式事务介绍 很详细,有代码配置

本文标签： 支付系统

版权声明：本文标题：支付系统 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.freenas.com.cn/jishu/1718252325h704935.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。