博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
shutdown彻底关闭tomcat,以及多线程关闭
阅读量:4936 次
发布时间:2019-06-11

本文共 2479 字,大约阅读时间需要 8 分钟。

最近做的一个Web项目,发现shutdown.sh后,无法关掉tomcat进程。

  ps -ef | grep tomcat

  返回tomcat进程仍然存在。经过调查发现是因为在Web应用中启动了线程池,shutdown只会关闭web线程(默认监听端口8080),关闭线程(默认监听8005);对于通过线程池(包括Executors创建的ExecutorService),只能是手动清除。使用tomcat容器的好处就在于能够包住应用的生命周期,比如解决这个问题就可以通过实现ServletContextListener里面的contextDestroyed方法,来进行手动删除。

  多线程(线程池)的关闭是几个阶段的,RUNNING->SHUTDOWN->STOPT->IDYING->TERMINATED,线程池对象提供的isShutdown()对应的就是SHUTDOWN阶段,isTerminated()对应的就是TERMINATED阶段,前者只要调用了shutdown,返回就是true,后者只有所有的线程池中的任务结束了(中断处理并退出)才会返回true。

  这意味着,所有的多线程runnable/callable的实现,如果是while(true)模式的,要对于中断异常尽心捕获,并且进行退出。

  while(true){

    try{

    ... ...

    catch (InterruptedException e) {

                logger.warn("ResponseQueueHandler接收到中断请求,退出程序");
                return ;
            }catch (Throwable e) {
              ... ... 
            }

  }

  很多时候我们处理异常,都会捕获并且记录下来完事,避免某个处理影响后续处理;但是对于中断异常就要退出处理,只有关闭才会向一个线程发起中断请求(如果有其他实现场景也要触发中断另说),所以只要中断,就退出。

  中断处理的机制,基于我们上面的讨论,如下:

    public static void shutdownThread(ExecutorService service, String serviceName) {

        service.shutdown();
        try {
            if (!service.isTerminated()) {
                logger.debug("直接关闭失败{}", serviceName);
                service.awaitTermination(3, TimeUnit.SECONDS);
                if (service.isTerminated()) {
                    logger.debug("成功关闭{}", serviceName);
                } else {
                    logger.debug("{}关闭失败,直接shutdownNow!", serviceName);
                    if (service.shutdownNow().size() > 0) {
                        logger.debug("最终{}没有关闭成功", serviceName);
                    } else {
                        logger.debug("shutdownNow终于成功关闭{}", serviceName);
                    }
                }
            } else {
                logger.debug("直接成功关闭{}", serviceName);
            }
        } catch (InterruptedException e) {
            logger.warn("接收到中断请求,{}停止操作", serviceName);
        }
    }

  我的应用在实现的时候,FixedScheduleThread,还是newCachableThread都是单独来搞的,现在回想一下,其实应该让他们都来自于同一个ExecutorService,这样,在contextDestroyed里面其实只要关闭一个executorService即可,现在是要关闭一堆。

  对于线程池的关闭(上面的代码是共通关闭线程的方式),需要额外添加一段处理:

        for (Future<String> future : this.runTaskMap.values()) {

            future.cancel(true);
        }

  将线程池中多有得Future都取消,这个过程其实就是中断线程的过程,逐个线程中断后,再对ExecutorService进行shutdown()操作即可。

  kill -9 tomcat_PID将会暴力关闭应该用,kill tomcat_PID将会优雅关闭线程,和调用线程池的shutdown效果一样。

  最后,其实可以有一种更加简单粗暴的方式,那就是在contextDestroyed里面调用exit(0)。刚开始使用的时候,担心会不会把整台机器的JVM都干掉。但是如果搞懂了JVM的原理,其实每一个运行的JAVA程序都有自己的JVM,并不会互相干扰。另外,如果你想要在exit(0)之前做些什么处理,可以为JVM添加钩子,来进行诸如关闭线程的处理:

    @Override

    public void contextInitialized(ServletContextEvent sce) {
        logger.info("新版本 2016-12-12 22:19");
   ... ...
        Runtime.getRuntime().addShutdownHook(new Thread(new Runnable() {
            @Override
            public void run() {
                ... ...
                // ThreadManager.getInstance().shutdown();
            }
        }));
    }

  自行忽略第一行的log,用意是打出来版本号,证明运行的jar包是最新版的。

  我们上面提到的关闭线程的方式可以放置到此处来做。

转载于:https://www.cnblogs.com/yxllovetm/p/8955193.html

你可能感兴趣的文章
Centos6.2设置静态ip和dns
查看>>
Ubuntu系统较全面清理
查看>>
个人总结-8-重新写注册和登录界面
查看>>
冲刺2-5
查看>>
jQuery常用方法(三)-jQuery Ajax
查看>>
javascript之Publish/Subscribe模式
查看>>
Vivado_MicroBlaze_问题及解决方法_汇总(不定时更新)
查看>>
Microsoft Azure Storage Explorer
查看>>
java step1:基础知识2
查看>>
CSS3中的ul,li; ul li; ul>li
查看>>
第32节:Java中-构造函数,静态方法,继承,封装,多态,包
查看>>
VS2010ReportViewer教程(4)-为报表打造数据源
查看>>
IOS 远程推送通知(UIRemoteNotification)
查看>>
hello world
查看>>
可重入函数与不可重入函数
查看>>
PostgreSQL在何处处理 sql查询之五
查看>>
一种设计数据库表的智能提示法
查看>>
ubuntu下配置qt+opengl+opencv
查看>>
Ubuntu安装MySQL
查看>>
tornado 使用入门
查看>>