TransactionalEventListener使用场景及实现原理

TransactionalEventListener使用场景及实现原理，最后要躲个大坑

将创建用户和发送邮件的业务代码拆开，使用Spring application event的方式解耦实现。

@Service
public class CustomerService {
	private final UserRepository userRepository;
	private final ApplicationEventPublisher applicationEventPublisher;
	
	public CustomerService(UserRepository userRepository, ApplicationEventPublisher applicationEventPublisher) {
	    this.userRepository = userRepository;
	    this.applicationEventPublisher = applicationEventPublisher;
	}
	
	@Transactional
	public Customer createCustomer(User user) {
	    User newUser = userRepository.save(user);
	    final UserCreatedEvent event = new UserCreatedEvent(newUser);
	    applicationEventPublisher.publishEvent(event);
	    return newUser;
	}
}

@Component
public class UserCreatedEventListener {

	private final EmailService emailService;
	
	public UserCreatedEventListener(EmailService emailService) {
	    this.emailService = emailService;
	}
	
	@TransactionalEventListener
	public void processUserCreatedEvent(UserCreatedEvent event) {
	    emailService.sendEmail(event.getUser().getEmail());
	}
	
}

现在我们做一个总结，如果你遇到这样的业务，操作B需要在操作A事务提交后去执行，那么
TransactionalEventListener是一个很好地选择。这里需要特别注意的一个点就是：当B操作有数据改动并持久化时，并希望在A操作的AFTER_COMMIT阶段执行，那么你需要将B事务声明为PROPAGATION_REQUIRES_NEW。这是因为A操作的事务提交后，事务资源可能仍然处于激活状态，如果B操作使用默认的PROPAGATION_REQUIRED的话，会直接加入到操作A的事务中，但是这时候事务A是不会再提交，结果就是程序写了修改和保存逻辑，但是数据库数据却没有发生变化，解决方案就是要明确的将操作B的事务设为PROPAGATION_REQUIRES_NEW。