后端思维篇:如何抽一个观察者模板（二）

HoverInTheSky

发布于 2022-6-27 17:28

7203浏览

0收藏

5. Spring观察者模式原理

Spring 中实现的观察者模式包含三部分：分别是Event事件（相当于消息）、Listener监听者（相当于观察者）、Publisher发送者（相当于被观察者）。用个图表示就是这样：后端思维篇:如何抽一个观察者模板（二）-鸿蒙开发者社区这个ApplicationEvent是放到哪里的，监听者AppliactionListener是如何监听到的。接下来，我们来看下spring框架的观察者原理是怎样哈~

我们先来看下ApplicationEventPublisher源代码（被观察者/发布者）

@FunctionalInterface
public interface ApplicationEventPublisher {

 default void publishEvent(ApplicationEvent event) {
  publishEvent((Object) event);
 }

 void publishEvent(Object event);

}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

ApplicationEventPublisher它只是一个函数式接口，我们再看下它接口方法的实现。它的具体实现类是AbstractApplicationContext，这个类代码有点多，我把关键部分代码贴出来了：

public abstract class AbstractApplicationContext extends ... {
  //监听者（观察者列表）
  private final Set<ApplicationListener<?>> applicationListeners;
  
  //构造器，初始化观察者列表
  public AbstractApplicationContext() {
    this.applicationListeners = new LinkedHashSet();
    //...
  }
  
  //发布事件
  public void publishEvent(ApplicationEvent event) {
    this.publishEvent(event, (ResolvableType)null);
  }

  public void publishEvent(Object event) {
    this.publishEvent(event, (ResolvableType)null);
  }

  //发布事件接口实现
  protected void publishEvent(Object event, ResolvableType eventType) {
    //...
    Object applicationEvent;
    if (event instanceof ApplicationEvent) {
      //如果event是ApplicationEvent对象,或者是它的子类
      applicationEvent = (ApplicationEvent)event;
    } else {
      // 如果不是ApplicationEvent对象或者它的子类，则将其包装成PayloadApplicationEvent事件，并获取对应的事件类型
      applicationEvent = new PayloadApplicationEvent(this, event);
      if (eventType == null) {
        eventType = ((PayloadApplicationEvent)applicationEvent).getResolvableType();
      }
    }

    if (this.earlyApplicationEvents != null) {
      this.earlyApplicationEvents.add(applicationEvent);
    } else {
      //真正的消息发送，是通过它。获取ApplicationEventMulticaster，调用multicastEvent方法广播事件
      this.getApplicationEventMulticaster().multicastEvent(
            (ApplicationEvent)applicationEvent, eventType);
    }

    //如果当前命名空间还有父亲节点，也需要给父亲推送该消息
    if (this.parent != null) {
      if (this.parent instanceof AbstractApplicationContext) {
        ((AbstractApplicationContext)this.parent).publishEvent(event, eventType);
      } else {
        this.parent.publishEvent(event);
      }
    }
  }
  
  //添加观察者（监听者）
  public void addApplicationListener(ApplicationListener<?> listener) {
    Assert.notNull(listener, "ApplicationListener must not be null");
    if (this.applicationEventMulticaster != null) {
    this.applicationEventMulticaster.addApplicationListener(listener);
    } else {
      this.applicationListeners.add(listener);
    }  
  }
  
  //观察者列表
  public Collection<ApplicationListener<?>> getApplicationListeners() {
    return this.applicationListeners;
  }
  
  // 注册监听器
  protected void registerListeners() {
  //把提前存储好的监听器添加到监听器容器中到ApplicationEventMulticaster
  for (ApplicationListener<?> listener : getApplicationListeners()) {
   getApplicationEventMulticaster().addApplicationListener(listener);
  }
     //获取类型是ApplicationListener的beanName集合，此处不会去实例化bean
  String[] listenerBeanNames = getBeanNamesForType(ApplicationListener.class, true, false);
  for (String listenerBeanName : listenerBeanNames) {
   getApplicationEventMulticaster().addApplicationListenerBean(listenerBeanName);
  }


  Set<ApplicationEvent> earlyEventsToProcess = this.earlyApplicationEvents;
  this.earlyApplicationEvents = null;
    //如果存在earlyEventsToProcess，提前处理这些事件
  if (!CollectionUtils.isEmpty(earlyEventsToProcess)) {
   for (ApplicationEvent earlyEvent : earlyEventsToProcess) {
    getApplicationEventMulticaster().multicastEvent(earlyEvent);
   }
  }
 }
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.

通过以上代码，我们可以发现，真正的消息发送，实际上是通过事件广播器ApplicationEventMulticaster 这个接口来完成的。multicastEvent是主要方法，这个方法的实现在类SimpleApplicationEventMulticaster中，我们一起来看下源码：

public class SimpleApplicationEventMulticaster extends AbstractApplicationEventMulticaster {
  ...
  
  //线程池
  @Nullable
 protected Executor getTaskExecutor() {
  return this.taskExecutor;
 }
  
  public void setTaskExecutor(@Nullable Executor taskExecutor) {
  this.taskExecutor = taskExecutor;
 }

  
 @Override
 public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) {
  ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event));
    // 根据event类型获取适合的监听器
  Executor executor = getTaskExecutor();
  for (ApplicationListener<?> listener : getApplicationListeners(event, type)) {
   if (executor != null) {
        //如果executor不为空，异步调用执行监听器中的方法
    executor.execute(() -> invokeListener(listener, event));
   }
   else {
        //调用监听器的方法
    invokeListener(listener, event);
   }
  }
 }
  
 protected void invokeListener(ApplicationListener<?> listener, ApplicationEvent event) {
  ErrorHandler errorHandler = getErrorHandler();
    //如果存在ErrorHandler，调用监听器方法(会用try...catch包一下)
  if (errorHandler != null) {
   try {
    doInvokeListener(listener, event);
   }
   catch (Throwable err) {
        //如果抛出异常则调用ErrorHandler来处理异常。
    errorHandler.handleError(err);
   }
  }
  else {
      否则直接调用监听器方法
   doInvokeListener(listener, event);
  }
 }
  ...
  }1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.

可以发现，默认情况下，spring实现的观察者模式，同步阻塞的。如果想异步执行事件，可以自定义SimpleApplicationEventMulticaster，然后构造一下executor线程池就好啦。代码如下：

/**
 * 公众号：捡田螺的小男孩
 */
@Component
public class ListenerConfig {

    //把线程池赋值进去
    @Bean
    public SimpleApplicationEventMulticaster applicationEventMulticaster() {
        SimpleApplicationEventMulticaster simpleApplicationEventMulticaster = new SimpleApplicationEventMulticaster();
        simpleApplicationEventMulticaster.setTaskExecutor(simpleAsyncTaskExecutor());
        return simpleApplicationEventMulticaster;
    }

    @Bean
    public SimpleAsyncTaskExecutor simpleAsyncTaskExecutor() {
        return new SimpleAsyncTaskExecutor();
    } 
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.

demo跑一下，运行结果：

注册开始
当前线程名称http-nio-8080-exec-1
注册结束
用户注册成功2，执行监听事件666Sat Jun 18 11:44:07 GMT+08:00 2022
当前线程名称:SimpleAsyncTaskExecutor-20
当前线程名称:SimpleAsyncTaskExecutor-19
用户注册成功，执行监听事件666Sat Jun 18 11:44:12 GMT+08:00 20221.
2.
3.
4.
5.
6.
7.

如果手动新建SimpleApplicationEventMulticaster，并设置taskExecutor的话，所有的监听响应事件，都是异步执行的哦。而有些有些场景我们希望同步执行的，这时候这种实现方式就不好了。

其实spring提供了@Async注解，可以用来实现异步。具体怎么实现呢？其实很简单，只需要在配置类加上@EnableAsync，接着在需要异步执行的监听实现方法。加上@Async即可。代码实现如下：

/**
 * 关注公众号：捡田螺的小男孩
 * 更多实战干货
 */
@Component
@EnableAsync //配置类加上```@EnableAsync```
public class ListenerConfig2 {

    @Bean
    public SimpleApplicationEventMulticaster applicationEventMulticaster() {
        SimpleApplicationEventMulticaster simpleApplicationEventMulticaster = new SimpleApplicationEventMulticaster();
        return simpleApplicationEventMulticaster;
    }
    
}

@Component
public class MessageAsyncListener3 implements ApplicationListener<MessageEvent> {

    @Async //方法异步注解
    @Override
    public void onApplicationEvent(MessageEvent messageEvent) {
        System.out.println("用户注册成功3，执行监听事件" + messageEvent.getSource() + new Date());
        System.out.println("当前线程名称:"+Thread.currentThread().getName());
    }
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.

日常开发中，异步执行也可以自己手动通过线程池来开启啦。回到我们本文的后端思维主题，如果每个开发，都自己定义观察者模式的实现，这种代码会很混乱，所以最好是实现一个可扩展，通用的观察者模板。

6. 基于spring观察者模式，抽取一个模板

接下来的最后小节，跟大家一起基于spring的观察者模式，一步一步实现并抽取个模板哈。

我们要基于spring实现观察者模式的话，就包括这三步：

1.定义Event事件（相当于消息），一般定义一个Event对象，继承ApplicationEvent1.

2.定义Listener监听者（相当于观察者），实现接口ApplicationListener
3.Publisher发送者（相当于被观察者），通过ApplicationEventPublisher发布。

6.1 定义Event事件对象

既然我们要抽取观察者模板，那肯定不是每个人自己写自己的Event，然后都去继承ApplicationEvent。

我们可以自己定义一个项目相关的，通用的BaseEvent类，然后一些相关通用的信息属性可以放进去，比如eventId或者流水号bizSeq什么的，都可以，看你们项目需要哈。以下代码，我定义一个空空如也的BaseEvent

/**
 * 关注公众号：捡田螺的小男孩
 * 更多实战干货
 * @desc : 事件基础对象
 */
public class BaseEvent extends ApplicationEvent {

    public BaseEvent(Object source) {
        super(source);
    }

    public BaseEvent() {
        this("");
    }
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.

如果你的观察者模式，是注册成功之后，发个消息的，你就可以声明一个消息类事件对象RegisterMessageEvent，继承通用的BaseEvent即可。然后属性可以自定义就好，比如messageId。

public class RegisterMessageEvent  extends BaseEvent{

    private String msgId;

    public RegisterMessageEvent(String msgId) {
        super();
        this.msgId = msgId;
    }

    public String getMsgId() {
        return msgId;
    }

    public void setMsgId(String msgId) {
        this.msgId = msgId;
    }
    
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

同理，如果你想定义一个用户送礼物成功，然后发个广播，可以定义一个GiftSendEvent

public class GiftSendEvent extends BaseEvent {

    private String giftId;

    public GiftSendEvent(String giftId) {
        this.giftId = giftId;
    }

    public String getGiftId() {
        return giftId;
    }

    public void setGiftId(String giftId) {
        this.giftId = giftId;
    }
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

其他业务场景类似，只要想接入你的观察者模板，只需要自己定义事件对象，继承于你的BaseEvent即可，是不是成就感满满啦。

6.2 定义Listener监听者（观察者啦）

定义完Event事件，我们就可以开始定义监听者了。我们定义的监听者，只需要实现接口ApplicationListener接口即可。如果每个人也是各写各的，这些就很乱，毫无模板规范可言了。

我们可以封装一下嘛，如何封装呢？很简单，可以先声明一个IEventListener，让它继承ApplicationListener接口，我们都知道，接口也是可以继承的哈。如下：

public interface IEventListener extends ApplicationListener {

}1.
2.
3.

监听者的实现，关键在于实现ApplicationListener的onApplicationEvent的接口方法即可。又因为未来别的业务场景接入观察者模式，都是按你的模板来，所以各个Event事件对象，都是继承于你的BaseEvent的，所以我们可以把<T extends BaseEvent>的泛型加进去，如下：

/**
 * 关注公众号：捡田螺的小男孩
 * @desc : 更多干货
 */
public interface IEventListener<T extends BaseEvent> extends ApplicationListener <T>{
    void onApplicationEvent(T event);
}1.
2.
3.
4.
5.
6.
7.

有些时候，可能会有这种场景，就是执行监听逻辑，只对部分数据（或者说部分特殊用户才执行）。既然我们是抽取监听模板，考虑到可扩展性，我们可以优化下IEventListener的代码。我们可以声明一个support的方法，默认是执行的,子类可以覆盖重写（让子类去控制是否执行这个监听逻辑），如下：

public interface IEventListener<T extends BaseEvent> extends ApplicationListener <T> {

    void onApplicationEvent(T event);

    //接口里面，加了default，就可以写方法实现
    default boolean support(T event) {
        return true;
    }
}1.
2.
3.
4.
5.
6.
7.
8.
9.

然后呢，只有support方法返回true，才执行监听的逻辑，我们还可以定义一个handler方法，给子类去实现自己的业务逻辑，代码如下：

/**
 * 关注公众号：捡田螺的小男孩
 * @desc : 更多干货
 */
public interface IEventListener<T extends BaseEvent> extends ApplicationListener <T> {

    default void onApplicationEvent(T event){
        if (support(event)) {
            handler(event);
        }
    }

    default boolean support(T event) {
        return true;
    }

    //真正实现业务逻辑的接口，给子类去实现。
    void handler(T event);

}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.

对着以上的代码模板，小伙伴们是否还有一些优化的想法呢？

如果方法产生了异常，我们是不是可以注意一下异常处理呢？以上小节，SimpleApplicationEventMulticaster源码分析的时候，不知道大家有没有细看，其实它就用了一个很巧妙的异常处理，我们可以借鉴一下，哈哈哈，这就是看源码的一个小小的好处了。

我们可以给onApplicationEvent的实现try...catch...一下，如果catch住异常的话，可以定义一个handlerException异常处理方法，给子类自定义去实现，当然，异常可以默认不处理嘛，代码如下：

/**
 * 关注公众号：捡田螺的小男孩
 * @desc : 更多干货
 */
public interface IEventListener<T extends BaseEvent> extends ApplicationListener <T> {

    /**
     * 观察者的业务逻辑处理
     * @param event
     */
    default void onApplicationEvent(T event){
        try {
            if (support(event)) {
                handler(event);
            }
        } catch (Throwable e) {
            /**
             * 
             */
            handleException(e);
        }
    }

    /**
     * 默认执行观察者的逻辑的
     * @param event
     * @return
     */
    default boolean support(T event) {
        return true;
    }

    /**
     *  观察者的逻辑，交给不同子类自定义实现
     * @param event
     */
    void handler(T event);

    /**
     * 异常默认不处理
     * @param exception
     */
    default void handleException(Throwable exception) {
    }

}  1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.

最后呢，不同业务不同的监听者（观察者），直接实现你的IEventListener就好啦，比如注册成功那个，我们声明一个RegisterMessageListenerImpl类，如下：

@Service
public class RegisterMessageListenerImpl implements IEventListener<RegisterMessageEvent> {
    
    @Override
    public void handler(RegisterMessageEvent event) {
        System.out.println("用户注册成功register，执行监听事件" + event.getSource() + new Date());
    }
}1.
2.
3.
4.
5.
6.
7.
8.

6.3 定义Publisher发送者模板

我们的观察者模板，最后一步就是定义发送者模板。最简单的发送，就是利用ApplicationContext直接发送就好。

@Component
public class EventPublish {

    @Autowired
    private ApplicationContext applicationContext;

    void publish(BaseEvent event) {
        applicationContext.publishEvent(event);
    }
    
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

为什么可以直接使用applicationContext来发送，文章开始介绍，我们不是用ApplicationEventPublisher来发送嘛？其实是因为applicationContext继承了ApplicationEventPublisher接口

这个只是同步阻塞方式的观察者模式，一般来说，一个通用的观察者模板。也需要提供异步非阻塞方式的观察者模板。本文第5小节，我们知道了，在配置类加上@EnableAsync，在需要异步执行的监听加上@Async，即可实现异步。

为了方便管理，和API语义更明确，我们可以手动设置线程池，给我们的模板发布类，提供异步发送的接口。我们先自定义一个线程池，一般不建议直接使用JDK的线程池。

如何自定义线程池呢？

我们在application.properties配置文件，定义线程池一些属性（核心线程数、最大线程数等等）

executor.corePoolSize=50
executor.maxPoolSize=100
executor.queueCapacity=200
executor.keepAliveSeconds=120
executor.threadNamePrefix=threadPoolExecutor1.
2.
3.
4.
5.

然后声明一个线程配置类TianLuoExecutorsConfig：

/**
 * 关注公众号：捡田螺的小男孩
 * 更多实战干货
 */

@Configuration
@ConfigurationProperties("executor")//读取配置文件的线程池属性
public class TianLuoExecutorsConfig {

    private int corePoolSize;

    private int maxPoolSize;

    private int queueCapacity;

    private int keepAliveSeconds;

    private String threadNamePrefix;
    
    //省略get和set的方法
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.

通过线程配置类TianLuoExecutorsConfig，初始化线程池TianLuoExecutorPool，代码如下：

/**
 * 关注公众号：捡田螺的小男孩
 * 更多实战干货
 */
@Configuration
public class TianLuoExecutorPool {

    @Autowired
    private TianLuoExecutorsConfig tianLuoExecutorsConfig;

    @Bean
    public ThreadPoolTaskExecutor eventExecutor() {
        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
        executor.setCorePoolSize(tianLuoExecutorsConfig.getCorePoolSize());
        executor.setMaxPoolSize(tianLuoExecutorsConfig.getMaxPoolSize());
        executor.setKeepAliveSeconds(tianLuoExecutorsConfig.getKeepAliveSeconds());
        executor.setQueueCapacity(tianLuoExecutorsConfig.getQueueCapacity());
        executor.setThreadNamePrefix(tianLuoExecutorsConfig.getThreadNamePrefix());
        executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
        executor.initialize();
        return executor;
    }
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.

然后回到EventPublish，把异步发布的接口加上，如下：

/**
 * 观察者模式，事件发布通用接口
 **/
@Component
public class EventPublish {

    @Autowired
    private ApplicationContext applicationContext;

    @Autowired
    private TianLuoExecutorPool tianLuoExecutorPool;
 
    //同步阻塞
    public void publish(BaseEvent event) {
        applicationContext.publishEvent(event);
    }
    
    //异步发布（异步非阻塞）
    public void asyncPublish(BaseEvent event) {
        tianLuoExecutorPool.eventExecutor().execute(()->{
            publish(event);
        });
    }
}1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.

7. 唠叨几句

本文大家学到了哪些知识呢？

1.观察者模式定义，观察者模式的使用场景
2.如何实现一个简单的观察者模式
3.Spring观察者模式的原理
4.同步阻塞、异步非阻塞、spring观察者模式的实现
5.后端思维：如何抽取一个观察者模板`
6.进阶篇？有些小伙伴说，实现观察者模式，可以使用guava的eventBus，大家可以去看看哈，其实原理类似的。

然后的话，本文的源代码，如果小伙伴需要的话，可以关注公众号：程序员田螺，回复：观察者模式。

分类

标签

已于2022-6-27 17:28:50修改

51CTO

51CTO博客

51CTO学堂

后端思维篇:如何抽一个观察者模板（二）

订阅鸿蒙技术特刊，精选内容抢先看