如果您要使用spring transaction和event publishers编写代码,则需要记住一些规则:
事务绑定到一个线程
默认情况下,当您跳出标记为@Transactional的方法时,将提交事务
默认情况下,事务内部调用的所有方法都使用它
默认情况下,事件侦听器在调用程序线程中执行,这意味着它们使用与调用者相同的事务
为了确保在提交调用者的事务之后调用您的方法,您需要使用@TransactionalEventListener
如果您使用@TransactionalEventListener 然后 记住您需要启动一个新事务来提交监听器里面发生的任何写操作。
现在后端应用程序中存在一种趋势,即将服务调用流更改为基于事件的调用。我认为这是由于领域驱动设计DDD概念的影响越来越大。挑选这种方法有时是合理的,有时它只是“炒作”。我想集中讨论在数据库事务中可能遇到的基于spring的应用程序中引入事件的后果。
我们来看一下你可以在这里找到的一个简单的spring boot应用程序。它包含一个注册用户的其余API端点。注册包含两个操作:
此操作发生在UserService中的一个事务方法中,该方法从UserResource(spring controller)调用。到目前为止,没什么特别的。
@Transactional
@Service
public class UserService {
public User createUser(User user) {
User savedUser = userRepository.save(user);
eventPublisher.publishEvent(new UserCreated(savedUser.id));
return savedUser;
}
}
让我们扩展我们的应用程序来处理UserCreated事件。
我写了一个监听器(UserQueueNotifier),其职责非常简单:
订阅活动
根据事件中的数据(userId)从数据库加载用户
将电子邮件和生成的注册令牌放入jms队列,以模拟与负责发送注册确认电子邮件的外部系统的通信
注意点:有些