Spring Boot事务发件箱模式
内容提要
Spring Boot事务发件箱模式是一种确保微服务之间可靠通信的方法。通过存储外部操作的事实，可以避免在出现问题时数据回滚和错误通知。可以使用Spring Integration实现发件箱模式，通过设置集成流来发送电子邮件消息。另一种方法是使用Spring Modulith，通过发布事件并监听器发送邮件通知。两种方法都可以保证主数据库操作和对外部系统的通知同步且不丢失。
延伸解读
消息顺序与重试机制
Spring Integration 通过轮询处理消息，一条消息发送失败会阻塞后续消息，从而保证顺序。而 Spring Modulith 的事件监听器是异步的，重试可能并发执行，无法保证消息顺序。在需要严格顺序的场景（如向 Kafka 发送消息），Spring Integration 更合适；若顺序不重要（如发送邮件），两者均可。
多实例部署的重复发送风险
当应用部署多个实例时，Spring Integration 通过数据库锁确保只有一个实例处理消息，避免重复发送，且实例故障时可自动接管。Spring Modulith 的 @Scheduled 重试会在每个实例上执行，可能导致重复发送邮件。可通过 ShedLock 等分布式锁解决，但增加了复杂性。
数据库兼容性与配置调整
示例使用 PostgreSQL，但若改用 MySQL，需注意 Spring Integration 底层使用 SKIP LOCK，而 MySQL 不支持。此时需定义 TransactionInterceptor 并设置隔离级别为 READ_COMMITTED，并在轮询器中显式使用该拦截器。这体现了不同数据库对发件箱模式实现的影响。
事件存储与可读性对比
Spring Modulith 将事件序列化为 JSON 存储在数据库中，内容可读，便于调试和审计。而 Spring Integration 使用 Java 序列化，存储的是二进制数据，可读性差。若需要直观查看发件箱内容，Spring Modulith 更有优势。
Q&A
什么是Spring Boot事务发件箱模式？
Spring Boot事务发件箱模式是一种确保微服务之间可靠通信的方法，通过存储外部操作的事实来避免数据回滚和错误通知。
如何使用Spring Integration实现发件箱模式？
可以通过设置集成流，将电子邮件消息作为输入，使用JDBC支持的输出发送邮件来实现发件箱模式。
Spring Modulith与Spring Integration的主要区别是什么？
Spring Integration保证消息顺序，而Spring Modulith的事件发布是异步的，无法保证消息顺序。
在使用Spring Integration时，邮件发送失败会有什么影响？
邮件发送失败会阻止下一条消息的处理，确保消息的顺序。
如何确保在多个实例运行时不发送重复邮件？
使用Spring Integration时，电子邮件将从其中一个实例发送，避免重复邮件；而Spring Modulith可能导致重复邮件。
Spring Boot事务发件箱模式的优势是什么？
该模式确保主数据库操作和对外部系统的通知同步且不丢失，提高了微服务之间的可靠性。
