docker 宿主机
applicationListeners
beanFactory.containsLocalBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME)
mysql
36: eth0@if35:
37: eth0@if38:
docker0 - 默认网卡
发布容器中的早期事件
prepareRefresh();
this.applicationEventMulticaster = new SimpleApplicationEventMulticaster(beanFactory);
applicationListenerBeans
初始化早期事件监听器容器和早期事件容器
发布早期事件
获取容器中所有的 BeanNamebeanFactory.getBeanNamesForType(Object.class)
getApplicationEventMulticaster().multicastEvent(earlyEvent);
DefaultListableBeanFactorysingletonInstance instanceof SmartInitializingSingleton
prepareBeanFactory(beanFactory);
不存在，创建一个
判断容器中是否存在自定义配置的多播器
1、this.earlyApplicationListeners = new LinkedHashSet<>(this.applicationListeners);2、this.earlyApplicationEvents = new LinkedHashSet<>();
物理网卡
直连
初始化 多播器对象
EventListenerMethodProcessor.afterSingletonsInstantiated()
所有的 Bean 都已经实例化完成之后调用该 Bean 的后置处理器
实际上通过docker0 转发
registerListeners();
这两个地方都进行了监听事件的注册，1、直接注册的Bean（applicationListeners属性保存），2、注册的 BeanName （applicationListenerBeans 属性保存） 是为了防止有些@Lazy 懒加载的 Bean 遗漏。多播器发布时，查找相应的事件监听器，两个集合都参与查找(事件触发，即便是拦截，也不先触发创建getBean)
context.addApplicationListener(applicationListener);
ApplicationListenerMethodAdapter 实例对象注册到 context 容器、和 Multicaster 多播器上
this.defaultRetriever.applicationListenerBeans.add(listenerBeanName);
遍历容器中Bean
finishBeanFactoryInitialization(beanFactory);
遍历 @EventListener 注解修饰的方法，判断该方法是否被支持的 EventListenerFactory 处理
AbstractApplicationContext.refresh()
tomcat
七个创世纪类中有两个是和解析@EventListener注解相关的：1、EventListenerMethodProcessor.class（implements SmartInitializingSingleton）遍历IOC容器中所有的Bean，扫描是否存在@EventListener注解，如果存在则将该方法对象创建一个 ApplicationListener 类型的动态代理对象，注册到多播器上2、DefaultEventListenerFactory.class ，ApplicationListener 动态代理对象的Factory
获取 Bean 定义中的监听器对象（接口方式实现的监听器）—— 注册的 BeanName
添加解析接口方式定义的事件监听器
本质是一个 BeanPostProcessorbeanFactory.addBeanPostProcessor(new ApplicationListenerDetector(this));
getApplicationEventMulticaster().addApplicationListenerBean(listenerBeanName);
initApplicationEventMulticaster();
创建Bean
遍历当前 Bean 的所有的方法，判断该方法是否被 @EventListener 注解修饰
