Tomcat Reload,不得不说的故事

我们知道在使用Tomcat时,如果设置了reload后,Tomcat会自动侦测WEB-INF目录下修改过的资源。尤其是在调试阶段,只需简单的更新我们的代码,就可以重新测试了。然而美丽的表面总是隐藏着不可测的秘密。
我重新编译代码并发布后,Tomcat reload相应的代码后并在此运行这个WebApp:
......
2002-9-15 16:01:59 kert.reload.TestReload <init>
信息: constructing class kert.reload.TestReload : 9104244
2002-9-15 16:01:59 kert.reload.TestReload work
信息: TestReload 9104244
2002-9-15 16:01:59 kert.reload.TestReload work
信息: The class Loader is org.apache.catalina.loader.WebappClassLoader : 13754931
2002-9-15 16:02:01 kert.reload.TestReload work
信息: TestReload 2737550
2002-9-15 16:02:01 kert.reload.TestReload work
信息: The class Loader is org.apache.catalina.loader.WebappClassLoader : 23414511
2002-9-15 16:02:09 kert.reload.TestReload work
信息: TestReload 9104244
2002-9-15 16:02:09 kert.reload.TestReload work
信息: The class Loader is org.apache.catalina.loader.WebappClassLoader : 13754931
2002-9-15 16:02:11 kert.reload.TestReload work
信息: TestReload 2737550
2002-9-15 16:02:11 kert.reload.TestReload work
信息: The class Loader is org.apache.catalina.loader.WebappClassLoader : 23414511
......
 
可以很明显的看到,在Tomcat Reload后JVM中同时存在了两个工作线程。并且不仅仅如此,两个线程输出有着明显的不同。
两个TestReload的Class的hashCode不同,说明JVM内存中存在着两个不同的TestReload的Class的实例。
每个TestReload的Class的对应的ClassLoader也不相同。
照理说,Tomcat Reload在Reload一个WebApp时,应该清除原先的所有载入的数据。包括已生成的对象和相应的Class对象,然后交个GC来处理(回收所有的对象,包括Class对象和ClassLoader)。
但是由于有一个无法终止的线程,Tomcat Reload无法让线程停止,因此也无法回收相应的Class。这样,在先前生成的所有Class都会仍旧保存在内存中。并且与Reload后的Class同名,虽然由于加载的ClassLoader不同,这两组Class是无法互相访问的,因为他们属于不同的Runtime Package。
 
但是这种状况仍旧会导致很多问题。
重复工作:有多个线程在做同样的工作。
访问限制:由于Runtime Package的限制,原来在编译期互相可见的变量或是方法,在运行期可能无法互相访问。
ClassNotFound:显而易见。
显然,Tomcat Reload并不能像我们想象的那样很够很好的完成我们的工作。虽然这不是Tomcat的错,我猜想在其他的Container中也会有这样的现象发生,如JBoss。Container并不能够终止我们的精灵线程,而我们也无法介入到Container的reload机制中去,如何Reload(remove)我们先前的代码。如果Tomcat在reload之前,在remove旧的代码的时候可以定义一个回调函数,或是有一个Event机制通知我们的应用,那么我们可以采取某些措施。
 
现在为止,我还没有想到一个比较好的方式来处理这种情况(还是比较笨的缘故)。暂时还是重启Tomcat。或是把这个后台线程做成一个MBean,使用JMX来管理它。如果各位有好解决方法或是相应的Pattern,欢迎回贴。
 
**********************************************************
Tomcat 自动reload
 
打开 Tomcat安装目录的conf文件夹下的 context.xml:
<!-- The contents of this file will be loaded for each web application -->
<Context  reloadable="true">
    <!-- Default set of monitored resources -->
    <WatchedResource>WEB-INF/web.xml</WatchedResource>
 
    <!-- Uncomment this to disable session persistence across Tomcat restarts -->
    <!--
    <Manager pathname="" />
    -->
    <!-- Uncomment this to enable Comet connection tacking (provides events
         on session expiration as well as webapp lifecycle) -->
    <!--
    <Valve className="org.apache.catalina.valves.CometConnectionManagerValve" />
    -->
</Context>
把红色部分加上就OK了!!
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据引用\[1\]中的描述,当修改了nginx配置后,执行`nginx -s reload`命令时,发现配置文件没有生效。这可能是因为nginx的reload命令只重新加载配置文件,但不关闭已有的工作进程。因此,如果之前的工作进程仍在运行,新的配置可能不生效。在这种情况下,需要通过执行`nginx -s stop`命令停止nginx,然后再执行`nginx`命令启动nginx,这样新的配置才生效。 另外,根据引用\[2\]中的描述,nginx的配置文件位于`/etc/nginx/nginx.conf`,在该文件中,通过配置`upstream app{}`来定义后端服务的负载均衡。请确保在配置文件中正确定义了后端服务的地址和端口,并且在`location`块中配置了正确的请求路由。 如果以上方法仍然无法解决问题,建议参考引用\[3\]中提供的官方文档或使用系统包管理工具(如yum)安装nginx,以确保安装的版本和配置正确。 #### 引用[.reference_title] - *1* [nginx -s reload没生效的问题](https://blog.csdn.net/qq_36715271/article/details/118339017)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [nginx 使用小记](https://blog.csdn.net/qingquanyingyue/article/details/109365544)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值