京东java研发岗二面：Tomcat是如何做到热加载和热部署的？

# 热加载

---

热加载其实我们在开发过程中经常使用，例如我们使用Idea开发时，我们在设置页面可以进行设置，当修改文件时，我们可以选择不重启项目，选择重新加载此文件。而在Tomcat中也能设置，Tomcat默认情况下是不开启热加载的。需要在Tomcat路径下的Context.xml中配置reloadable参数来开启这个功能。

我们演示一下Tomcat是如何热加载的。在webapp下我们新建了一个项目，里面的Servlet文件如下

目录结构如下

为了演示Tomcat运行时能修改class文件能够动态加载。我们分为以下三步

1. 正常启动Tomcat。输入http://localhost:8080/mywebapp/myservlet，观察页面输出

2. 在Tomcat启动的情况下修改MyServlet文件后覆盖原来的class文件

3. 再次观察页面情况。观察页面输出是否修改

下面直接用动态图演示效果，更直观一些。

我们可以看到在Tomcat运行的情况下，直接替换class文件是能够直接生效的。那么Tomcat是如何做到的呢？其实我们可以自己推导一下。

1. 所有的class文件都是交由类加载来管理的

2. 如果换了class文件是不是只需要更换相应的类加载器重新加载就行

那么接下来我们来验证我们的结论，看一下在Tomcat中是如何实现热加载的。Tomcat要监听class文件是否变化应该是新起了一个线程来观测。那么看到在Context的启动方法中，看到调用了threadStart的方法。

其中在后台开启周期性的任务，使用了Java提供的

ScheduledThreadPoolExecutor。除了能周期性执行任务以外还有线程池的功能。上面代码中调用了scheduleWithFixedDelay方法，第一个传入的参数就是要执行的任务。我们接下来看任务类ContainerBackgroundProcessor是如何实现的。

上面代码中我们可以知道具体的后台监听代码是在backgroundProcess方法中实现的。那么我们看Context容器的backgroundProcess方法是如何实现的。

进去loader.backgroundProcess();中我们可以看到

我们可以发现Tomcat热加载的步骤

1. 如果发现有文件发生变化，热加载开关开启

2. 关闭Context容器

3. 重启Context容器

在这个过程中，最重要的部分其实就是类加载器了。因为一个Context容器对应一个类加载器。所以在销毁Context容器的时候也连带着将其类加载器一并销毁了。Context在重启的过程中也会创建新的类加载器来加载我们新建的文件。

# 热部署

---

如果还是不懂热部署是什么的，下面演示一遍应该就明白了。Tomcat在启动的时候会将其目录下webapp中war包解压后然后封装为一个Context供外部访问。那么热部署就是在程序运行时，如果我们修改了War包中的东西。那么Tomcat就会删除之前的War包解压的文件夹，重新解压新的War包。

我们发现上面动图中在Tomcat运行时，我们修改了War包的信息，它就会将原来的删除然后重新生成一份。

我们从上面的动图中其实就看出了热部署和热加载的区别了。热部署是将文件夹删除然后重新解压包。那么热加载是由Context容器负责的。那么热部署又是由哪个容器负责呢？因为一个文件夹对应一个Context。既然文件夹都删除了，那么肯定不是由Context容器负责了。那么应该就是Context的父容器Host来负责。