RocketMQ事务消息是一种内置的分布式事务解决方案，通过 两阶段提交（2PC） 和 消息回查机制，实现本地事务与消息发送的原子性，确保跨服务操作的最终一致性。其核心优势在低业务侵入性和高可靠性

随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章总结了分布式事务最经典的解决方案，分享给大家。 基础

在微服务的时代，分布式事务是绕不开的话题，尽管在大多数场景下，我们并不需要使用分布式事务，但是 不需要使用 不代表 可以不会使用，万一哪天真需要用到了呢？分布式事务是一个比较大的话题，今天我们来看看基

通过数据库本地事务保证业务操作与消息发送原子性：将消息存储在与业务数据相同的数据库中，利用本地事务的原子性，确保业务操作与消息记录同时成功或失败，再通过异步重试机制实现消息的可靠投递

「这是我参与11月更文挑战的第14天，活动详情查看：2021最后一次更文挑战」 本地消息表 本地消息表的方案最初由ebay的工程师提出，核心思想是将分布式事务拆分成本地事务进行处理。本地消息表实现最终

大厂必备设计模式之策略模式深度解析！不止理论，更有实战，跟着做一遍，轻松应对复杂业务场景，简历瞬间加分！

DelayQueue是 Java 并发包里一个“超级能装又超级有耐心”的无界阻塞队列。它只接收实现了 Delayed接口的“会员”元素，并且恪守一个原则：不到时间，绝不放行！

1、应用场景 1.RabbitMQ： 适用于易用性和灵活性要求较高的场景 异步任务处理：RabbitMQ提供可靠的消息传递机制，适用于处理异步任务，例如将耗时的任务放入消息队列中，然后由消费者异步处理

延时队列是一种特殊的消息队列，它允许消息在指定的时间后被消费。在微服务架构、电商系统和任务调度场景中，延时队列扮演着关键角色。例如，订单超时自动取消、定时提醒、延时支付等都依赖延时队列实现。 Redi