前段时间学习了分布式事务的几种方案，下面主要总结下基于本地消息表实现可靠消息最终一致性的分布式事务方案。 在传统架构中往往是一个单体架构，一个系统就对应一个war包，然后这个系统也只有一个数据库。即一个应用对应一个数据库，此时能满足传统的数据库事务，满足ACID的强一致性。后来…

工作中经常要和第三方做对接，比如支付、电子合同等系统。操作成功之后，第三方会发送异步的通知，返回最终的处理结果，使用异步而不是使用同步通知，是为了加快系统响应速度，防止线程阻塞。任务处理完成后通过异步

计费是结算系统的核心业务，主要承担各业务系统推送过来的计费需求，是收单流程的重要一环。 业务系统推送业务单据到结算系统以后，结算系统按照计费规则计算各项费用并进行输出，这个过程

本文将结合我的工作实战经历，总结和提炼一种从单体架构到分布式微服务都适用的一种百万级文件上传和校验的通用解决方案，结合多线程、设计模式、分而治之、MapReduce等技术，形成一个完整的方法论。

本文介绍了一种统一的接口协议规定，以及该规范所包含的内容，如AppId和AppSecret的使用方法等。文章还讨论了签名方式和数据防篡改、身份防冒充的场景。在服务端准备方面，需要校验请求参数的合法性

前言 最近闲来没事，一直在掘金上摸鱼，看了不少高并发相关的文章，突然有感而发，想到了几年前做的一个项目，也多少和高并发有点关系。 这里我一边回忆落地细节一边和大家分享下，兴许能给大家带来点灵感。 正文

本文深入探讨支付中台系统中的回调重试机制和ACK机制，这两种机制保障交易信息的准确传输，通过案例分析展示了它们在实际应用中的重要性，并提出未来的优化方向。

在金融系统中，我们会跟钱打交道，而如何保证在高并发下场景下，对账户余额操作的一致性，是非常重要的，本篇聊一聊如何设计

设计一套可以应对千万级数据量、分布式和高可用的对账系统，利用消息队列Kafka的解耦性解决对账系统各模块之间的强依赖性