精华内容
下载资源
问答
  • 主要介绍了详解tomcat热部署热加载的方法的相关资料,这里提供两种tomcat热部署热加载的方法,需要的朋友可以参考下
  • 主要介绍了Tomcat 热部署的实现原理详解的相关资料,需要的朋友可以参考下
  • 一篇文章彻底搞懂Tomcat热部署热加载

    千次阅读 热门讨论 2020-10-21 15:41:11
    热部署热加载是类似的,都是在不重启Tomcat的情况下,使得应用的最新代码生效。 热部署表示重新部署应用,它的执行主体是Host,表示主机。 热加载表示重新加载class,它的执行主体是Context,表示应用。 Tomcat中...

    热部署和热加载是类似的,都是在不重启Tomcat的情况下,使得应用的最新代码生效。
    热部署表示重新部署应用,它的执行主体是Host,表示主机。
    热加载表示重新加载class,它的执行主体是Context,表示应用。

    Tomcat中的后台线程

    热部署和热加载都需要监听相应的文件或文件夹是否发生了变化。它们都是由Tomcat的后台线程触发的。

    BackgroundProcessor就表示后台线程。

    每个容器都可以拥有一个BackgroundProcessor,但是默认情况下只有Engine容器会在启动的时候启动一个BackgroundProcessor线程。

    该线程会每隔一段时间(可以设置,单位为秒),去执行后台任务,先执行本容器定义的后台任务,然后再执行子容器的定义的后台任务,子容器的任务执行完成后会继续执行其子容器的任务,直到没有子容器为止。从这里可以看出就算每个容器自己开启一个BackgroundProcessor,也只不过是多了一个执行相同任务的线程而已,执行任务的效率有所提升。

    对于后台任务,所有容器会有一些统一的任务需要执行:

    1. 集群服务器心跳
    2. 如果一个容器拥有自己的类加载器,那么查看是否需要进行热加载
    3. 检查Session是否过期
    4. 执行每个容器对于的Realm对应的后台任务
    5. 执行每个容器中pipeline中的每个valve的后台任务
    6. 发布PERIODIC_EVENT事件
    

    在这个过程中的第2步中会触发热加载,第6步中会触发热部署

    热加载

    我们可以在Context上配置reloadable属性为true,这样就表示该应用开启了热加载功能,默认是false。

    热加载触发的条件是:WEB-INF/classes目录下的文件发生了变化,WEB-INF/lib目录下的jar包添加、删除、修改都会触发热加载。

    热加载大致流程为:

    1. 设置当前Context不能接受以及处理请求标志为true
    2. 停止当前Context
    3. 启动当前Context
    4. 设置当前Context不能接受以及处理请求标志为false
    

    我们着重来分析一下第2、3步。

    我们不妨先来分析第3步-启动当前Context的过程中会发生什么事情:

    1. 创建一个每个应用都单独自定义的WebappClassLoader
    2. 解析web.xml文件,这一步会做很多事情,但是主要的目的是寻找定义的Servlet并把它添加到Context中去,而对于寻找Servlet需要进行两个方面的寻找,一是从web.xml中寻找定义的Servlet,二是从寻找class文件中添加了@WebServlet注解的类。大家很有可能认为,此时是不是会去加载我们定义的Servlet类,可以告诉大家的是,这个时候不会,Servlet类的加载是在后面步骤发生的,那么这里就有疑问了,我们要看一个类上是不是存在一个@WebServlet注解,应该要先加载这个类呀?Tomcat并没有这么做,它是直接先把class文件当做一个普通文件,然后看这个文件对应的地方是否存在一个WebServlet注解,如果存在,则认为这个class文件是一个Servlet,然后把这个class的全名封装到Servlet对象中去,然后将Servlet对象添加到Context对象中。在解析web.xml时也是类似了,对于我们定义的Servlet,最后都会生成一个Servlet对象,然后记录一个这个Servlet对象对应的class的全名,最后把Servlet对象添加到Context中去。
    3. 我们在使用Servlet的时候还会用其他的一些注解比如@ServletSecurity、@RunAs等等,对于这些注解是有特定功能的,Tomcat为了识别这个注解,此时就要去真正加载我们的Servlet类了。当然要不要识别这些注解是可以配置的,如果不识别,那么这一步就不会发生了,那么Servlet类的加载就会在有请求过来时才会进行类的加载。

    加载类过程:

    1. 调用WebappClassLoaderBase的loadClass方法进行类的加载,该方法传递一个类的全限定名。
    2. 要加载一个类,先得找到这个类在哪里,对应的是哪个classs文件,所以Tomcat中有一个缓存对象,该对象保存了一个类的全限定名对应的资源路径。当然,在第一次加载这个类时,这个缓存是空的,所以这个时候就要去寻找这个类对应的class文件地址,找到之后再缓存。接下来就来分析是怎么找到这个class文件地址的。
    3. 其实查找很容易,现在WEB-INF/classes/目录下是否存在这个类,如果不存在就看WEB-INF/lib/目录下的JAR包中是否存在这个类,最终如果找到就将进行缓存,保存一个类的全限定名对应的class文件地址或jar包地址。
    4. 当知道这个类在哪了之后,就可以defineClass了,最终得到一个class对象,并且也会将这个class对象设置到我们的缓存中,所以上文说的缓存中,其实是这么一个映射关系,一个类的全限定名对应这个类的文件地址以及这个类的class对象
    5. 所以当下次再有情况需要加载class时,就可以直接取缓存中的对应的class对象了。

    这是第3步,我们在来看第2步:
    对于第2步-停止当前Context,其实所做的事情比较单一,就是清空和销毁,而其中跟类加载相关就是清空上文中的缓存对象。

    这样,我们的热加载就是先清空所有东西,然后重新启动我们应用,但是因为这个的触发条件基本上是class类发生了变化,所以热加载的过程中关于应用其他的一些属性是没有发生变化的,比如你现在想在Context中添加一个Vavle是不会触发热加载的,而如果要达到这个效果就要用到热部署

    注意:虽然我们在热加载的过程发现它是先停止再启动,做法看似粗暴,但是这样是性价比比较高的,并且这种方式至少比重启Tomcat效率要高很多。

    注意:热加载不能用于war包

    关于类的加载,这里有一点是需要注意的,对于一个class文件所表示的类,同一个类加载器的不同实例,都可以加载这个类,并且得到的class对象是不同的,回到热加载,我们举一个例子,我们现在有一个A类,一个自定义的WebappClassloader类,一开始先用一个WebappClassloader实例加载A类,那么在jvm中就会存在一个A类的class对象,然后进行热加载,先停止,再启动,在停止的时候会杀掉当前应用的所有线程(除开真正执行代码的线程),再启动时又会生成一个WebappClassloader实例来加载A类,如果热加载之前的那个A类的class对象还没有被回收的话,那么此时jvm中其实会存在两个A类的class对象,这是不冲突,因为class对象的唯一标志是类加载器实例对象+类的全限定名

    热部署

    BackgroundProcessor线程第六步会发出一个PERIODIC_EVENT事件,而HostConfig监听了此事件,当接收到此事件后就会执行热部署的检查与操作。

    对于一个文件夹部署的应用,通常会检查以下资源是否发生变动:

    /tomcat-7/webapps/应用名.war
    /tomcat-7/webapps/应用名
    /tomcat-7/webapps/应用名/META-INF/context.xml
    /tomcat-7/conf/Catalina/localhost/应用名.xml
    /tomcat-7/conf/context.xml
    

    对于一个War部署的应用,会检查以下资源是否发生变动:

    /tomcat-7/webapps/应用名.war
    /tomcat-7/conf/Catalina/localhost/应用名.xml
    /tomcat-7/conf/context.xml
    

    对于一个描述符部署的应用,会检查以下资源是否发生变动:

    /tomcat-7/conf/Catalina/localhost/应用名.xml
    指定的DocBase目录
    /tomcat-7/conf/context.xml
    

    一旦这些文件或目录发生了变化,就会触发热部署,当然热部署也是有开关的,在Host上,默认是开启的。这里需要注意的是,对于一个目录是否发生了变化,Tomcat只判断了这个目录的修改时间是否发生了变化,所以和热加载是不冲突的,因为热加载监听的是WEB-INF/classes和WEB-INF/lib目录,而热部署监听的是应用名那一层的目录。

    在讲热部署的过程之前,我们要先讲一下应用部署的优先级,对于一个应用,我们可以在四个地方进行定义:

    server.xml中的context节点
    /tomcat-7/conf/Catalina/localhost/应用名.xml
    /tomcat-7/webapps/应用名.war
    /tomcat-7/webapps/应用名
    

    优先级就是上面所列的顺序,意思是同一个应用名,如果你在这个四个地方都配置了,那么优先级低的将不起作用。因为Tomcat在部署一个应用的时候,会先查一下这个应用名是否已经被部署过了。

    热部署的过程:

    如果发生改变的是文件夹,比如/tomcat-7/webapps/应用名,那么不会做什么事情,只是会更新一下记录的修改时间,这是因为这个/tomcat-7/webapps/应用名目录下的文件,要么是jsp文件,要么是其他文件,而Tomcat只会管jsp文件,而对于jsp文件如果发生了修改,jsp自带的机制会处理修改的。

    如果发生改变的是/tomcat-7/conf/Catalina/localhost/应用名.xml文件,那么就是先undeploy,然后再deploy,和热加载其实类似。对于undeploy就不多说了,就是讲当前应用从host从移除,这就包括了当前应用的停止和销毁,然后还会从已部署列表中移除当前应用,然后调用deployApps()就可以重新部署应用了。

    如果对于文章中有疑问欢迎在留言区进行提问,博主看到会及时解答。如果本文对你有帮助,请点个三连支持吧!

    展开全文
  • Tomcat热部署热加载的方法

    千次阅读 2018-10-18 15:00:35
    有两种方式热部署热加载热加载 在server.xml -> context 属性中 设置 reloadable=“true” 热部署 在server.xml -> context 属性中 设置 autoDeploy=“true” 同样可以: <Host name...

    想从新启动服务器(服务器从新启动花时间),想直接获得(debug)结果.有两种方式热部署 和热加载:

    热加载

    在server.xml -> context 属性中 设置 reloadable=“true”

    热部署

    在server.xml -> context 属性中 设置 autoDeploy=“true”

    同样可以:
    <Host name="localhost" appBase="webapps" 
          unpackWARs="true" autoDeploy="true" 
          xmlValidation="false" xmlNamespaceAware="false"> 
    <Context docBase="xxx" path="/xxx"/>  
    </Host> 
    

    区别

    啥玩意

    • 热加载:服务器会监听 class 文件改变,包括class,lib,web.xml等文件,若发生更改,则局部进行加载,不清空session ,不释放内存。开发中用的多,但是要考虑内存溢出的情况。
    • 热部署:整个项目从新部署,包括你从新打上.war 文件。 会清空session ,释放内存。

    原理

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

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

    使用场景

    • 热部署:更多的是在生产环境中使用,就是适用于频繁的部署并且启动耗时长的应用、无法停止服务的应用等。
    • 热加载:更多的是在开发环境中使用,用于开发,debug中,可以大大的提高开发效率。
    展开全文
  • 热部署热加载基本原理配置方式 基本原理 在应用运行的时候升级软件,无需重新启动的方式有两种,热部署热加载。 它们之间的区别是: 部署方式: 热部署在服务器运行时重新部署项目。 热加载在运行时重新...

    基本原理

    在应用运行的时候升级软件,无需重新启动的方式有两种,热部署和热加载。
    它们之间的区别是:

    1、部署方式:

    • 热部署 整个项目重新部署,会清空session ,释放内存。
    • 热加载 服务器会监听 class 文件改变,包括web-inf/class,wen-inf/lib,web-inf/web.xml等文件,若发生更改,则局部进行加载,不清空session ,不释放内存。

    2、实现原理:

    • 热部署直接重新加载整个应用,这种方式会释放内存,比热加载更加干净,但是它比热加载更加的浪费时间。
    • 热加载在运行时重新加载class,主要使用的是类加载机制,在实现方式上就是在容器启动的时候起一条后台线程,定时的检测类文件的时间戳变化,如果类的时间戳发生变化,则将类重新载入。

    3、使用场景:

    • 热部署更多的是在生产环境中使用,就是适用于频繁的部署并且启动耗时长的应用、无法停止服务的应用等。
    • 热加载则更多的是在开发环境中使用,用于开发,debug中,可以大大的提高开发效率。

    配置方式

    1. 热部署
    <Context docBase="xxx" path="/xxx" autoDeploy="true"/>
    
    1. 热加载
    <Context docBase="xxx" path="/xxx" reloadable="true"/>
    

    IDEA热部署

    1. jrebel 插件
    2. 修改服务器配置:菜单Run -> EditConfiguration , 然后配置指定服务器下,右侧server标签下on frame deactivation = Update classes and resource。
    展开全文
  • 参考文章 ...热加载的实现方式是 Web 容器启动一个后台线程,定期检测类文件的变化,如果有变化,就重新加载类,在这个过程中不会清空 Session ,一般用在开发环境。...tomcat热加载热部署是通过Sche

    参考文章
    https://time.geekbang.org/column/article/104423

    热加载的实现方式是 Web 容器启动一个后台线程,定期检测类文件的变化,如果有变化,就重新加载类,在这个过程中不会清空 Session ,一般用在开发环境。
    热部署原理类似,也是由后台线程定时检测 Web 应用的变化,但它会重新加载整个 Web 应用。这种方式会清空 Session,比热加载更加干净、彻底,一般用在生产环境。

    tomcat定时任务是怎么实现的?

    tomcat的热加载和热部署是通过ScheduledThreadPoolExecutor 定时线程池来实现的。

    
    bgFuture = exec.scheduleWithFixedDelay(
                  new ContainerBackgroundProcessor(),//要执行的Runnable
                  backgroundProcessorDelay, //第一次执行延迟多久
                  backgroundProcessorDelay, //之后每次执行间隔多久
                  TimeUnit.SECONDS);        //时间单位
    

    ContainerBackgroundProcessor 的任务的逻辑是:调用当前容器的 backgroundProcess 方法,以及递归调用子孙的 backgroundProcess 方法
    backgroundProcess 是 Container 接口中的方法,也就是说所有类型的容器都可以实现这个方法,在这个方法里完成需要周期性执行的任务。
    这样的设计意味着:我们只需要在顶层容器,也就是 Engine 容器中启动一个后台线程,那么这个线程不但会执行 Engine 容器的周期性任务,它还会执行所有子容器的周期性任务。

    热加载:

    默认是关闭的。作用在context上
    context的backgroundProcess 方法 检查类文件是否有更新,有更新则调用
    而 Context 的 reload 方法比较复杂,总结起来,主要完成了下面这些任务:

    • 停止和销毁 Context 容器及其所有子容器,子容器其实就是 Wrapper,也就是说 Wrapper 里面 Servlet 实例也被销毁了。
    • 停止和销毁 Context 容器关联的 Listener 和 Filter。
    • 停止和销毁 Context 下的 Pipeline 和各种 Valve。
    • 停止和销毁 Context 的类加载器,以及类加载器加载的类文件资源。
    • 启动 Context 容器,在这个过程中会重新创建前面四步被销毁的资源。

    热部署

    原来的 Context 对象会整个被销毁掉,因此这个 Context 所关联的一切资源都会被销毁,包括 Session。
    通过监听器 HostConfig 来实现的,check方法会做以下两件事。

    • 如果原来 Web 应用目录被删掉了,就把相应 Context 容器整个销毁掉。
    • 是否有新的 Web 应用目录放进来了,或者有新的 WAR 包放进来了,就部署相应的 Web 应用。

    那HostConfig的方法是在哪里调用的呢?原来是在ContainerBase 的 backgroundProcess 方法实现如下

    
    public void backgroundProcess() {
    
        //1.执行容器中Cluster组件的周期性任务
        Cluster cluster = getClusterInternal();
        if (cluster != null) {
            cluster.backgroundProcess();
        }
        
        //2.执行容器中Realm组件的周期性任务
        Realm realm = getRealmInternal();
        if (realm != null) {
            realm.backgroundProcess();
       }
       
       //3.执行容器中Valve组件的周期性任务
        Valve current = pipeline.getFirst();
        while (current != null) {
           current.backgroundProcess();
           current = current.getNext();
        }
        
        //4. 触发容器的"周期事件",Host容器的监听器HostConfig就靠它来调用
        fireLifecycleEvent(Lifecycle.PERIODIC_EVENT, null);
    }
    
    展开全文
  • 使用一个spring MVC样例来说明jreloader的tomcat热部署
  • Tomcat热部署热加载

    2018-10-12 16:04:43
    在应用运行的时候升级软件,无需重新启动的方式有两种:热部署热加载。 (1)、部署方式: 热部署在服务器运行时重新部署项目。 热加载在运行时重新加载class。 (2)、实现原理 热部署直接重新加载整个应用,这种...
  • Tomcat 热加载 Tomcat 热部署 Tomcat 的类加载器 Tomcat 类加载器的层次结构 Session Session 的创建 Session 事件通知 demo代码下载:test-tomcat.rar 要在运行的过程中升级 Web 应用,如果你不想重启系统...
  • tomcat热加载热部署

    千次阅读 2019-06-17 17:35:27
    Tomcat热加载配置 修改server.xml配置文件 <ContextdocBase="XXAPP"path="/XXAPP"reloadable="false"crossContext="true"source="org.eclipse.jst.jee.server:XXAPP"/></Host> tomcat本身默认开启了...
  • Tomcat热加载/热部署

    2021-03-02 11:20:11
    热部署就是在服务器运行时重新部署项目,热加载即在在运行时重新加载class,从而升级应用。 通常情况下在开发环境中我们使用的是热加载,因为热加载的实现的方式在Web容器中启动一个后台线程,定期检测相关文件的...
  • Tomcat的类加载器可以分为两部分,第一个是Tomcat自身所使用的类加载器,会加载jre的lib包及tomcat的lib包的类,遵循类加载的双亲委派机制;第二个是每个Web应用程序用的,每个web应用程序都有自己专用的...
  • Tomcat热部署热加载机制 说到tomcat热部署热加载,首先要明确什么是热部署?什么是热加载热加载:实现方式是 Web 容器(Context组件)启动一个后台线程,定期检测类文件的变化,如果有变化,就重新加载类...
  • Tomcat热部署热加载

    2019-01-24 14:16:00
    1、热部署热加载 在应用运行的时候升级软件,无需重新启动的方式有两种,热部署热加载。它们之间的区别是: (1)、部署方式: 热部署在服务器运行时重新部署项目。热加载在运行时重新加载class。 (2)、实现原理...
  • vscode 热部署/热加载/hot deploy/redply maven+tomcat目的折腾过程java extention, maven 等tomcat插件——准备失败方案tomcat maven plugin——失败正确方案修改maven compile的输出目录 ——成功前端页面的...
  • tomcat热加载热部署,三种方法

    千次阅读 2018-12-20 14:47:16
    有两种方式热部署热加载: 1热加载:在server.xml -&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt; context 属性中 设置 reloadable=“true” &amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;...
  • java热部署热加载,以及配置tomcat实现热部署的方式 1、热部署热加载 在应用运行的时候升级软件,无需重新启动的方式有两种,热部署热加载。 它们之间的区别是: (1)、部署方式:  热部署在服务器运行时...
  • 详解tomcat热部署热加载的方法在项目开发过程中,经常要改动Java/JSP 文件,但是又不想从新启动服务器(服务器从新启动花时间),想直接获得(debug)结果.有两种方式热部署 和热加载: 1.热加载:在server.xml -&...
  • Tomcat部署Tomcat部署Tomcat部署Tomcat部署Tomcat部署Tomcat部署Tomcat部署
  • tomcat热部署失败

    2020-12-13 17:15:54
    1.运行要用debug(很重要) 2. 3.
  • eclipse通过tomcat热部署

    千次阅读 2018-05-10 13:35:54
    eclipse中有一种基于tomcat热部署,不需要重新启动服务器便可以看到效果。操作如下:1.找倒servel.xml2.打开,找到:3.修改此行:修改reloadable="false"添加 crossContext="true" 4.完成...
  • Idea Tomcat热部署

    2019-10-10 16:43:36
    Idea 在运行Web项目的时候修改代码每次都要去启动一次还的加载一次页面很麻烦。 在创建Tomcat里进行设置 2.这个里面有些项目Artifacts不要添加:war的要带后面exploded不然在后面server中就不可以选择了。 3....
  • idea配置tomcat热部署

    万次阅读 多人点赞 2019-04-29 20:25:14
    idea配置tomcat热部署 在应用运行的时候升级软件,无需重新启动的方式有两种,热部署和热加载。 java热部署与热加载 这里只介绍idea配置tomcat热部署 首先需要在idea配置tomcat服务器 配置之前首先要有tomcat 点击...
  • 所谓热部署,对于Java应用程序来说,就是在运行时更新Java类文件.IDEA可以使用自带的Spring Boot热部署的方式进行本地/远程热部署,或者使用JRebel进行本地/远程热部署,不过需要安装JRebel这个插件.本文将会介绍这两种...
  • idea tomcat 热部署失败

    2020-09-23 16:40:13
    1、必须选这个模式: 2、必须是Debug模式 3、配置文件中是true

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 14,575
精华内容 5,830
关键字:

tomcat热部署热加载区别