事件监听常用于 解耦的一些需求
例如 当注册接口需要添加一些其他业务的逻辑,但是该逻辑又不能影响注册主逻辑,例如用户注册完成后,发邮件或发优惠券,这些写需求逻辑失败,会影响用户注册则是不合理的
public static void register(){
// 注册
register();
// 发邮箱
sendSMS();
//发红包
sendRedPacket()
}
这样场景就可以使用Spring事件监听去解耦解决
1. Spring事件监听的使用
1.1 ApplicationEventPublisher 事件发布
@Autowired
private ApplicationEventPublisher publisher;
@Override
@Transactional
public ElCharacter commonAttack(Integer id) {
ElCharacter elCharacter = attackElCharacter(id);
publisher.publishEvent(new Event(AttackListenerEnum.COMMON_ATTACK, elCharacter));
return elCharacter;
}
1.2 事件监听器
@Component
public class AttackListener {
@TransactionalEventListener(fallbackExecution = true, condition = "#event.event.equalsCode(T(com.example.attack.listener.enums.AttackListenerEnum).COMMON_ATTACK)")
public void handleCommonAttack(Event event){
ElCharacter elCharacter = (ElCharacter) event.data;
System.out.println(elCharacter.getName() + "受到了普通攻击");
}
@TransactionalEventListener(fallbackExecution = true, condition = "#event.event.equalsCode(T(com.example.attack.listener.enums.AttackListenerEnum).PHYSICAL_ATTACK)")
public void handlePhysicalAttack(Event event){
ElCharacter elCharacter = (ElCharacter) event.data;
System.out.println(elCharacter.getName() + "受到了物理攻击");
}
}
当标记
@EventListener 监听器
@TransactionalEventListener 事务监听器 【fallbackExecution:当为true 不管发布监听事件所处的方法是否添加事务,都可以接收到监听事件;当为false 只有发布监听事件所处的方法是添加事务,才能监听到事件】
注解就代表这个方法是事件监听器
这两个注解中共有属性 classes 、condition
【classes】监听的Class,没有填写classes,监听的Class就是标注此注解方法的入参变量的Class
【condition】细化监听类条件,例如上面我监听发布A类事件,但是A类中有一个字段作为区分A1、A2事件,这个可以作为判断条件放在condition中
@TransactionalEventListener
只有当前事务提交之后,才会执行事件监听器的方法。其中参数phase默认为AFTER_COMMIT,共有四个枚举:BEFORE_COMMIT、AFTER_COMPLETION、BEFORE_COMMIT, AFTER_ROLLBACK,