zoukankan      html  css  js  c++  java
  • shutdown彻底关闭tomcat,以及多线程关闭

    最近做的一个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包是最新版的。

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

  • 相关阅读:
    public、private、protected继承的规则
    派生类对象的构造函数与析构函数
    类的保护成员
    派生类覆盖(修改)基类成员
    条款03:尽可能使用const
    处理类与类之间的关系
    继承派生基本概念
    条款02:尽量以const,enum,inline替换#define(宁可编译器替代预处理器)
    Redis持久化AOF和RDB对比
    Memcached取模算法
  • 原文地址:https://www.cnblogs.com/yxllovetm/p/8955193.html
Copyright © 2011-2022 走看看