用ApplicationEvent事件监听解决async注解不能嵌套的问题

前言

笔者之前写的文章表述了async注解可以解决异步执行任务同时不影响主业务的功能的特点，很好解决响应超时出503问题影响主业务。然而，async除了在加入@Controller注解的有继承和实现的方法有坑之外，也不能够直接嵌套使用来再开一个线程。下面介绍的事件监听即可解决此类问题。

ApplicationEvent简介

ApplicationEvent是spring对事件监听的一种机制，采用了观察者模式来进行的。可以使核心业务与子业务进行解耦，还实现了异步事件的嵌套，也方便后期的业务的扩展。而类ApplicationEvent是个抽象类，默认构造函数传递一个Object类参数source。

解决流程

要想发布事件监听必须把要发布的事件封装成对应的类来继承ApplicationEvent类，再通过编写SpringUtils对应的发布类来发布事件。对应的代码如下：

public class CommunicateEvent extends ApplicationEvent {

   public CommunicateEvent(List<String> source) {
      super(source);
   }
}

@Slf4j
public class SpringUtils implements ApplicationContextAware {

   private static ApplicationContext context;

   @Override
   public void setApplicationContext(ApplicationContext context) throws BeansException {
      SpringUtil.context = context;
   }

  /* ...(略去其他代码)*/

   public static ApplicationContext getContext() {
      if (context == null) {
         return null;
      }
      return context;
   }

   public static void publishEvent(ApplicationEvent event) {
      if (context == null) {
         return;
      }
      try {
         context.publishEvent(event);
      } catch (Exception ex) {
         log.error(ex.getMessage());
      }
   }

}

虽然有了发布的类，但是发布的流程还需要写。在spring5之后可以不用实现ApplicationListener接口来实现了，而是改用EventListener注解来实现对应的功能。上面的功能还需要写一个类注册到spring容器里来实现异步处理嵌套的功能。对应的注解是EventListener，之后的括号里面就是放对应的ApplicationEvent字类。Order注解表示执行事件的方法顺序；async注解表示异步此时就生效了。该功能的代码如下：

@Component
@Slf4j
public class CommunicateEventListener {

   /* ...(略去其他代码)*/

   @Async
   @Order
   @EventListener(CommunicateEvent.class)
   public void updateKafka(CommunicateEvent event) {

      if (event.getSource() == null) {
         return;
      }
      int maxDealNum = 100000;
      List<String> communicateAddrs = (List<String>) event.getSource();
      log.info( Thread.currentThread().getId() + "--" + Thread.currentThread().getName());
      /* ...(略去其他代码)*/
   }
/* ...(略去其他代码)*/

代码执行的效果如下图，很好解决了@Async不能嵌套调用的问题，从而保证了主业务的稳定执行。