使用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的回收