Spring Boot源码之旅五SpringApplication启动流程五

原创于 2024-03-20 09:37:18 发布 · 665 阅读

20 ·

CC 4.0 BY-SA版权

文章标签：

#spring boot #springboot源码

springboot源码解析专栏收录该内容

56 篇文章

订阅专栏

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

 阶段2、深入多线程设计模式

 阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

初始化基本流程

AbstractApplicationEventMulticaster的supportsEvent是否支持该事件

如果是GenericApplicationListener类型的话，就可以直接判断，不是的话要用适配器适配一下，适配器模式，接口不一致的时候，可以用这个适配，这里用的是对象适配器，持有要适配的对象。是否支持就是看事件类型和事件源类型是否支持了。

    	protected boolean supportsEvent(
    			ApplicationListener<?> listener, ResolvableType eventType, @Nullable Class<?> sourceType) {
    
    		GenericApplicationListener smartListener = (listener instanceof GenericApplicationListener ?
    				(GenericApplicationListener) listener : new GenericApplicationListenerAdapter(listener));
    		return (smartListener.supportsEventType(eventType) && smartListener.supportsSourceType(sourceType));
    	}

GenericApplicationListenerAdapter事件监听器适配器

保存监听器，然后解析出监听那种事件类型，便于后面判断。

    public GenericApplicationListenerAdapter(ApplicationListener<?> delegate) {
    		Assert.notNull(delegate, "Delegate listener must not be null");
    		this.delegate = (ApplicationListener<ApplicationEvent>) delegate;
    		this.declaredEventType = resolveDeclaredEventType(this.delegate);//解析出对哪种ApplicationEvent事件支持的ResolvableType对象
    	}

supportsEventType是否支持该类型事件

如果发现被适配对象是SmartApplicationListener类型的，就直接调用他的supportsEventType方法，否则就判断事件类型是不是监听器支持的事件类型或者是事件子类类型declaredEventType 。

    	@Override
    	@SuppressWarnings("unchecked")
    	public boolean supportsEventType(ResolvableType eventType) {
    		if (this.delegate instanceof SmartApplicationListener) {
    			Class<? extends ApplicationEvent> eventClass = (Class<? extends ApplicationEvent>) eventType.resolve();
    			return (eventClass != null && ((SmartApplicationListener) this.delegate).supportsEventType(eventClass));
    		}
    		else {
    			return (this.declaredEventType == null || this.declaredEventType.isAssignableFrom(eventType));
    		}
    	}
    	
    	//封装成ResolvableType对象
    	@Override
    	public boolean supportsEventType(Class<? extends ApplicationEvent> eventType) {
    		return supportsEventType(ResolvableType.forClass(eventType));
    	}

supportsSourceType是否支持该事件源类型

如果被适配监听器不是SmartApplicationListener类型，直接支持，否则就调用他的supportsSourceType来判断。

    @Override
    	public boolean supportsSourceType(@Nullable Class<?> sourceType) {
    		return !(this.delegate instanceof SmartApplicationListener) ||
    				((SmartApplicationListener) this.delegate).supportsSourceType(sourceType);
    	}

事件支持接口

SmartApplicationListener

GenericApplicationListener

他们的区别就是supportsEventType方法的参数，一个是直接的事件类型，一个是ResolvableType，为什么要在封装一层呢，其实是为了封装一些类型相关的方法，可以方法使用，具体你可以去看ResolvableType里面的方法就知道了。

SimpleApplicationEventMulticaster的invokeListener通知监听器

将支持该事件的监听器集合获取后遍历通知。

    protected void invokeListener(ApplicationListener<?> listener, ApplicationEvent event) {
    		ErrorHandler errorHandler = getErrorHandler();
    		if (errorHandler != null) {//有错误处理的，可以捕获异常
    			try {
    				doInvokeListener(listener, event);
    			}
    			catch (Throwable err) {
    				errorHandler.handleError(err);
    			}
    		}
    		else {
    			doInvokeListener(listener, event);//一般的
    		}
    	}

SimpleApplicationEventMulticaster的doInvokeListener真正执行的

其实就是调用监听器的的onApplicationEvent啦，传入事件event。

    private void doInvokeListener(ApplicationListener listener, ApplicationEvent event) {
    		try {
    			listener.onApplicationEvent(event);
    		}
    		catch (ClassCastException ex) {
    			String msg = ex.getMessage();
    			if (msg == null || matchesClassCastMessage(msg, event.getClass())) {
    				// Possibly a lambda-defined listener which we could not resolve the generic event type for
    				// -> let's suppress the exception and just log a debug message.
    				Log logger = LogFactory.getLog(getClass());
    				if (logger.isTraceEnabled()) {
    					logger.trace("Non-matching event type for listener: " + listener, ex);
    				}
    			}
    			else {
    				throw ex;
    			}
    		}
    	}

比如我们的LoggingApplicationListener，会根据不同类型做出不同响应：