85 | 开源实战四（中）：剖析Spring框架中用来支持扩展的两种设计模式

看到源码中有这么多的if else，瞬间给了自己一些信心。

看了下源码,其流程可以从 图片: https://uploader.shimo.im/f/fZuIVWFIlWQnnRFq.png 推送Event时候,去发送Event开始走 主要就是这个 在此方法中,会调用getApplicationListeners(event,eventType)函数 图片: https://uploader.shimo.im/f/3mZZvSBhmc8CXLnx.png 在这个方法中,会获取到对应的所有监听者,如何获取到的,会先通过一个锁来从一个名为retrieverCache的map中尝试获取到对应的监听者 如果拿不到,会进入到retrieveApplicationListeners()这个函数之中 图片: https://uploader.shimo.im/f/GFvS2QEKGlMctZrc.png 在这个方法中,会在add返回的结果的时候,会调用一个方法supportsEvent(), 这才是真正进行匹配的方法 图片: https://uploader.shimo.im/f/102Ia9ToqIw5ZOyq.png 匹配事件和源类型是否一致,一致才算做可以发送

支持按照消息类型匹配观察者，最终调用 SimpleApplicationEventMulticaster 类的multicastEvent方法通过反射匹配类型。根据配置采用异步还是同步的监听方式。 public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) { ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event)); Executor executor = getTaskExecutor(); for (ApplicationListener<?> listener : getApplicationListeners(event, type)) { if (executor != null) { executor.execute(() -> invokeListener(listener, event)); } else { invokeListener(listener, event); } } }

用反射获取的type

定义了一个bean同时实现了InitializingBean, BeanPostProcessor, DisposableBean，发现方法跟老师最后一张图的不一致： 1、顺序是构造器、afterPropertiesSet、postProcessBeforeInitialization、postProcessAfterInitialization、destroy 2、postProcessBeforeInitialization、postProcessAfterInitialization这两个方法交替执行了N次

昨天刚好在隔壁小马哥那里看到了，两个课一起听，侧重点不同，都很重要啊

Spring 提供的观察者模式是支持按照消息类型匹配观察者。getApplicationListeners(event, type) 方法会根据eventtype 找到对应的的listeners. getApplicationListeners(event, type) 通过反射找到 event 以及event的子类 对应的listeners.

使用模板模式定义了一系列步骤的骨架，是各类框架的根本设计模式。

1.实现InitializingBean的初始化方法，也是约定优于配置的一个体现，只不过不是覆盖默认值而是实现init-method的一个前置方法afterPropertiesSet。 2.实现InitializingBean的初始化方法和自己指定init-method相比，侵入性更高，所以不太推荐。可以用注解版的@Bean(initMethod = "xx")来指定初始化方法，或者使用JSR250中的@PostConstruct标注在初始化方法上来让程序回调。

spring中的refresh是一个模板方法： 大致有：注册beanFactoryPostProcessor，beanPostProcessor，读取bean definition，创建并初始化bean,等