jvm优雅关闭：

前言 1、基本概述 程序的启动很简单，启动的时候通常会做一些预加载资源的操作。但是有时候关闭的时候，启动的时候预加载的资源并没有完全清理干净，因此可以使用钩子函数来完成。 2、JVM关闭的场景分类 直接看一张图吧，本图来自博客园的BarryWang，特在此说明。 从上面可以看到，JVM关闭主要分为了三类，第一种是正常的关闭，第二种是异常关闭的情况，第三种是强制关闭的情况。对于前两种方式我们可以使用钩子函数优雅的关闭，但是强制关闭的时候钩子函数并不起作用。 有了这些概念，我们直接使用一个案例进行演示，再进行

摘要： JVM的优雅停机机制通过信号处理与Shutdown Hook实现应用资源的妥善释放。当收到SIGTERM或SIGINT等信号时，JVM会依次执行：冻结用户线程、运行注册的Shutdown Hook、触发finalizer（不推荐），最终退出。Spring Boot在此基础上封装了上下文关闭流程，提供多种方式处理停机逻辑。在Kubernetes环境中，需配合preStop钩子和terminationGracePeriodSeconds实现完整停机流程。注意：SIGKILL和System.halt()会

https://tech.imdada.cn/2017/06/18/jvm-safe-exit/?utm_source=tuicool&utm_medium=referral 背景 用户：货都到了，购物车里怎么还有刚买的东西，what? 产品：有用户反映，提单完成了，怎么没清购物车，研发赶紧看看是不是有bug啊？ 研发：恩，我看看，！@#￥%……&*（）一顿狂查，搜嘎，当时在上

JVM优雅停机 介绍 最近在看公司自己封装的Dubbo组件时，看到了一段感觉笔者觉得很棒的代码，是利用了JVM的优雅停机机制，这里记录一下。 源码 public class Provider{ private final static Object MONITOR = new Object(); public void start() throws Exception{ r...

JVM的退出可以分正常退出、异常退出和强制退出，每种退出方法的不同会产生不过的情况，汇总如下：Linux操作系统关闭不完全支持优雅退出，原因是Linux关闭时先会向进程发送SIGTERM信号，等待一段时间进程还没退出时就会强制关闭进程，所以Linux只会给一定时间让进程关闭退出。JVM可通过以下几种方式正常退出最后一个非守护线程结束。JVM被中断（通过ctrl + c或发送SIGINT信号）。JVM被终止（通过发送SIGTERM信号，即或kill PID某个线程调用或。当。

在推出JVM时，一个稳健的Spring Boot应用程序应该经历一个清晰、有序的关闭过程，避免出现异常。通过正确关闭资源、注册关闭钩子、使用Actuator管理端点，我们能够确保应用程序在退出时以一种安全和优雅的方式完成。实施这些最佳实践，将有助于提高应用程序的可维护性和稳定性，为用户提供更好的体验。

本文探讨了Java程序优雅关闭的两种机制：JVM关闭钩子和守护线程。作者分析了JVM钩子的实现原理，指出钩子通过注册回调函数在进程关闭时释放资源，但需注意线程安全和串行执行问题。同时，文章解释了守护线程的基本概念，强调其仅在无活跃非守护线程时随JVM退出。两种机制各有适用场景，共同保障Java程序的资源安全和关闭效率。

1、JVM正常关闭 直接看代码吧， `public class Test { public void start(){ Runtime.getRuntime().addShutdownHook(new Thread(()->  System.out.println("钩子函数被执行，可以在这里关闭资源") )); } public static void main(String[] args)

在某个Java应用增加新功能，缩容机器，或者应用以及机器发生异常，通常会停止正在运行的应用，该应用通常正在运行着任务，如果停止应用的操作处理不当的话，很有可能会导致数据丢失，损坏，从而影响业务。所以在停止应用的时候，需要考虑如何安全优雅的退出。维护了所有已经注册的钩子，由于jvm本身没有提供好用的方法去移除已经注册的钩子，可以通过反射的方式调用。对于强制关闭的几种情况，会直接停止JVM进程，JVM不会调用已注册的。对于正常关闭、异常关闭的几种情况，JVM关闭前，都会调用已注册的。

很多时候我们需要在退出的时候能够保证内存中的数据得到处理，比如在写文件的时候程序要退出，此时如果直接退出的话会造成部分数据还没有持久化到文件中，从而造成数据丢失。为了解决这个问题，我们需要在程序退出的时候能够捕获到该消息，然后做一些数据清理操作，目前有两种方案： 一种是采用SignalHandler类来进行相应的处理 另外一种是在JVM里注册一个“关闭钩子”（shutdown hook） 1...

为什么要优雅关闭 在重启服务的过程中，RPC 怎么做到让调用方 系统不出问题呢? 上线大致流程如下： 把请求发送到正在重启中的机器里面，从而导致调用方不能拿到正确的响应结果。 重启过程中调用方会面临两种情况 目标服务已经下线。对于调用方来说，跟目标节点的连接会断开，这时候调用方可以立马感知到，并且在其健康列表里面会把这个节点挪掉，自然也就不会被负载均衡选中。 目标服务正在关闭。调用方并不知道它正在关闭，而且两者之间的连接也没断开，所以这个节点还会存在健康列表里面，因此该节点就有一定概率会被负载均衡选中。

static {} }在的静态块中，Dubbo 注册了一个 shutdown hook，用于执行 Dubbo 预设的一些停机逻辑，继续跟进。本文从操作系统、语言、框架层面分别阐述了一个Java应用优雅停机流程，从进程层面，优先推荐使用 SIGTERM 信号通知进程进入销毁流程，JVM虚拟机进程会监听该事件，并执行注册的ShutdownHook。在框架层面不同的框架都会自行注册自身框架的ShutdownHook，从而保证各种框架的正常销毁退出。

学习自这篇博客 优雅关闭是在结束传输的时候调用shutdown函数而不是close/closesocket函数 好处 调用close之后，即便仍有数据未发送，或者发送的数据尚未确认收到，对应的fd也会被销毁，也就是说连接直接中断 调用shutdown，并且设置了参数SO_LINGER>0（该参数代表延时事件）之后，连接只有超过这个事件，或者发送完数据才会中断。 shutdown()不会销...

下面就是优雅关闭： Runtime.getRuntime().addShutdownHook(new Thread(“mps-hook”) { @Override public void run() { cleanUp();} });