在Java Web项目开发中，开发者经常需要修改代码后查看运行效果，如果每次修改都要手动重启Tomcat服务器，会消耗大量不必要的时间。Tomcat本身提供了热部署功能，配置后可以在不重启服务的情况下让代码修改生效，大幅提升开发效率。
Tomcat热部署的基本原理
Tomcat的热部署指的是在服务器运行状态下，自动检测Web应用的变更并重新加载应用，无需停止服务器。Tomcat通过后台线程定期扫描部署目录下的应用文件变化，当检测到更新时会触发应用的重新加载流程，这个过程不需要开发者手动干预。
通过server.xml配置自动热部署
Tomcat的核心配置文件server.xml位于安装目录的conf文件夹下，我们可以通过修改其中的Host节点配置实现热部署。
首先找到server.xml中的<Host>标签，默认配置如下：
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
</Host>
这里的两个关键属性作用如下：
- autoDeploy：设置为
true时，Tomcat会在运行时自动检测appBase目录下的应用变化，包括新增、更新、删除应用，自动完成部署或卸载。 - unpackWARs：设置为
true时，Tomcat会自动解压appBase目录下的WAR包，热部署对解压后的应用目录同样生效。
如果需要针对单个应用配置热部署，可以在Host节点内添加Context节点：
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<!-- 配置单个应用的热部署 -->
<Context path="/myapp" docBase="D:/project/myapp" reloadable="true" />
</Host>
这里的reloadable属性设置为true后，Tomcat会监控该应用的WEB-INF/classes和WEB-INF/lib目录下的文件变化，当这些目录下的文件发生修改时，会自动重新加载该应用。
通过context.xml配置全局热部署
除了在server.xml中配置，我们还可以通过context.xml文件配置全局的热部署规则。context.xml有两个位置：
conf/context.xml：全局配置，对所有Web应用生效。conf/Catalina/localhost/目录下：针对单个应用的配置，文件名和应用上下文路径一致，比如应用路径是/myapp，配置文件名就是myapp.xml。
全局context.xml的配置示例如下：
<Context reloadable="true">
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<WatchedResource>WEB-INF/classes/</WatchedResource>
<WatchedResource>WEB-INF/lib/</WatchedResource>
</Context>
WatchedResource标签用于指定需要监控的资源路径，当这些路径下的文件发生变化时，Tomcat会触发应用重新加载。
IDE中配置Tomcat热部署
在实际开发中，我们通常会使用IDE（如IntelliJ IDEA、Eclipse）来启动Tomcat，此时可以在IDE中直接配置热部署，无需手动修改配置文件。
IntelliJ IDEA配置方式
打开Run/Debug Configurations，选择对应的Tomcat Server配置，在Deployment标签页中，将应用的部署方式设置为war exploded，这种部署方式会直接部署编译后的文件目录，支持热更新。
然后在Server标签页中，将On Update action和On frame deactivation都设置为Update classes and resources，这样当我们在IDE中修改代码后，切换窗口或者手动触发更新时，就会自动更新类和资源文件到Tomcat中。
Eclipse配置方式
在Eclipse中，双击Servers视图下的Tomcat服务器，打开配置页面，在Overview标签页的Server Locations中选择Use Tomcat installation，然后在Modules标签页中，选择对应的项目，点击Edit，勾选Auto reloading enabled选项即可开启热部署。
热部署的注意事项
- 热部署只适用于修改类文件、资源文件等场景，如果修改了方法的签名、新增了类的方法等结构性变更，可能还是需要重启服务器才能完全生效。
- 频繁的热部署可能会导致内存泄漏，因为Tomcat重新加载应用时，部分类的ClassLoader可能无法被完全回收，建议在开发阶段使用热部署，生产环境不要开启自动热部署。
- 如果项目使用了大量的第三方依赖，热部署的扫描过程可能会消耗一定的CPU资源，可以根据需要调整扫描间隔，在
server.xml的Host节点中添加backgroundProcessorDelay="10"，表示每10秒扫描一次应用变化，默认是5秒。
示例代码验证热部署效果
我们可以编写一个简单的Servlet来验证热部署是否生效：
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.io.PrintWriter;
public class TestServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
resp.setContentType("text/html;charset=utf-8");
PrintWriter writer = resp.getWriter();
// 初始输出内容
writer.write("热部署测试初始版本");
writer.flush();
writer.close();
}
}
启动Tomcat后访问该Servlet，看到输出"热部署测试初始版本"，然后修改代码中的输出内容为"热部署测试更新版本"，保存后等待几秒再次访问，如果看到输出内容更新，说明热部署配置生效。