springboot 优雅关闭_springboot优雅的关闭应用

使用actuator，通过发送http请求关闭

将应用注册为linux服务，通过service xxx stop关闭

具体这两种方式如何实现，这里就不说了，网上百度一堆，主要讲一下在这两种情况下web应用listener的一些问题

一般来讲，我们的应用都应该在结束的时候对资源进行回收处理，jvm帮我们做了一部分，springboot也做了相应bean的回收，那如果是我们自己创建的线程池或是其他未托管于spring的资源呢？

在非web的应用中，我们一般使用勾子来实现，从而保证在jvm退出时，能够进行一些资源的回收(直接kill无法保证执行)，kill命令相当于直接把应用干掉，是一种非正常情况下中止应用的方式。ctrl+c，System.exit(),程序正常退出都会触发勾子 Runtime.getRuntime().addShutdownHook(new Thread(new Runnable() {

@Override

public void run(){

try {

shutdown(componentName);

} catch (Exception e) {

LOGGER.error("shutdown error:", e);

}

}

}, componentName + "_shutdown_hook_thread"));

在web应用中，勾子就不一定能够生效了，而是通过实现ServletContextListener接口，可以在context初始化和结束的时候做一些资源创建和回收的操作 public class ContextListener implements ServletContextListener{

private static final Logger LOGGER = LoggerFactory.getLogger(ContextListener.class);

@Override

public void contextInitialized(ServletContextEvent servletContextEvent) {

LOGGER.info("contextInitialized");

}

@Override

public void contextDestroyed(ServletContextEvent servletContextEvent) {

LOGGER.info("contextDestroyed begin...");

ShutdownUtil.destroy();

LOGGER.info("contextDestroyed end...");

}

}

问题来了，在使用第二种方式将springboot应用注册为linux服务时，发现通过service xxx stop命令停止应用时，contextDestroyed的日志根本没打印出来，怀疑是LOGGER对象已经被jvm回收，于是改成System.out，这次begin打印出来了，但是并没有调用 ShutdownUtil.destroy()方法，怀疑同上，具体的机制没去详细了解，猜测是springboot自己的回收策略，或者是该插件的坑。

使用actuator的方式没有问题，会正常的执行destroyed的回收