目录
2、 第一次启动tomcat时为什么没有初始化servlet,第二次是怎么初始化的呢
3、TomcatEmbeddedContext是什么时候设置的
本篇文章主要解决以下几个疑问
1、ServletWebServerApplicationContext#onRefresh()方法创建tomcat并启动时, @controller等bean对象还没有被初始化,那么servlet是怎么启动的呢
为了解决这个问题,我们先设置springboot启动时就加载tomcat,在yml文件中添加如下配置。
#tomcat启动时就初始化servlet
spring.mvc.servlet.load-on-startup=1
然后将断点设置在 DispatcherServlet#initStrategies方法中
然后查看调用栈,可以看到是在AbstractApplicationContext#finishRefresh方法中, spring bean实例化后执行的
这样就解释了 servlet是在 @controller等bean创建完后启动的。这与spring mvc相反。
那么问题来了
2、 第一次启动tomcat时为什么没有初始化servlet,第二次是怎么初始化的呢
第一次创建分析,在ServletWebServerApplicationContext#createWebServer方法中最终会调用tomcat.start()方法。在spring mvc中此时就会执行servlet初始化。那么此处调用完tomcat.start为什么没有执行servlet初始化呢。
直接点入tomcat.start()方法,发现里面很多内容,一下子看不懂,那怎么办呢。我们先换个思路试试。从第二次初始化入手,看第二次的调用栈,发现是在 StandardWrapper#load()方法中调用
看到这里,看调用栈还是找不到哪里,很疑惑的时候。点击load()方法,看哪里调用,发现两个地方
很明显,我们的调用方是 TomcatEmbeddedContext,既然看它看不出啥东西,那我们进去
StandardContext 看看,
发现是被 loadOnStartup()方法调用,再看 loadOnStartup()方法在哪里调用,
即能发现,标准spring mvc是在此处初始化servlet的。点进该方法
发现确实有加载。我么将断点设置在此处
跟进去发现,进入了发现了我们想要的
这就解释了为什么第一次不加载,第二次加载的原因。因为springboot用的TomcatEmbeddedContext,而不是StandardContext,TomcatEmbeddedContext重写了loadOnStartup方法。
那么第三个问题来了
3、TomcatEmbeddedContext是什么时候设置的
这个比较简单,直接点击看哪里调用
即在创建tomcat的时候创建。
4、其他需要关注的类
WebServerStartStopLifecycle (spring容器finishRefresh()方法里调用并启动servlet) WebServerGracefulShutdownLifecycle
最后有不懂或者喜欢的朋友,欢迎添加微信 outlimit_ 交流哈。