Java热部署实现方式

前言：

热部署：在服务器运行时重新部署项目（打包好的应用直接替换到原有的应用~）

            热部署直接重新加载整个应用，这种方式会释放内存，比热加载更加干净，但是它比热加载更加的浪费时间。

热加载：在运行时重新加载class,主要使用的是类加载机制，在实现方式上就是在容器启动的时候起一条后台线程，定时的检测类文件的时间戳变化，如果类的时间戳发生变化，则将类重新载入。

共同点：不重启服务器编译/部署项目，都是基于Java类的加载器实现。都能提高开发效率。

总之：热部署直接加载整个应用，热加载在运行时重新加载class。应用的话，热部署常用于生产环境，频繁的部署，热加载在开发环境，因为直接修改字节码是无法记录下来的，难以监控，常用于开发和调式~

热加载：会监听class文件改变，若发生变化，则会进行局部加载，不清空session，不释放内存，开发中用的多~

热部署：

    整个项目从新部署，包括从新打上的 .war文件，会清空session，释放内存。项目打包用的多~

(1)、在tomcat的webapps中新建一个与项目名相同的文件，并把项目下WebContent文件夹下的内容剪切到刚刚新建的文件夹中。这是tomcat自带的热部署。

(2)、在tomcat\conf\server.xml中的Host标签中加上一个配置。

<Context docBase="D:/test/web" path="/hot" privileged="true" reloadable="true"/>   

        path:指定访问该web应用的URL进口
        docBase:指定web应用的文件路径，可以给定绝对路径，也可以给定相对于<Host>的appBase属性【默认 指向tomcat的webapps】的相对路径；要是Web应用是个war文件，则指定war文件的路径。

        reloadable:要是这个属性设置为true,Tomcat服务器在运行状况下会监视在WEB-INF/classess和WEB- INF/lib目次下的class文件的改动，以及监视web应用的WEB-INF/web.xml文件的改动。

                要是检测到的class 文件或者web.xml文件被更新，服务器会自动加载Web应用。该属性的默认值为false.在web应用的开发和调 试阶段，把reloadable设为true,可以方便对web应用的调试。在web应用正式发布阶段，把reloadable设为 false,可以减低tomcat的运行负荷，提高Tomcat的运行性能。

(3)、在tomcat\conf\catalina\localhost中添加一个xml文件

hot.xml

<?xml version="1.0" encoding="UTF-8"?>
<Context docbase="D:/test/web" reloadable="true"/>

服务器会使用xml文件的名字作为URL路径