Windows关机时Java shutdown hook未完整执行的解决方案咨询

首先明确核心逻辑：JVM原生的shutdown hook机制本身会等待所有已注册的hook线程执行完毕才会终止进程，你观察到的hook未执行完程序就被终止，本质是Windows 10的系统关机机制导致的：系统触发关机时，会给所有运行中进程发送关闭通知，默认仅预留5秒的自行退出窗口，超时后系统会直接调用强制终止接口结束进程，根本不会等JVM把shutdown hook跑完。

你不需要精简现有shutdown hook的逻辑，通过以下两类方案就能保证清理逻辑完整执行：

• 方案1：修改系统注册表，延长关机时的进程等待超时时间
  这是最直接、改造成本最低的方案，修改后系统会按照你配置的时长等待进程自行退出，不会提前强杀JVM：
  1. 按Win+R组合键，输入regedit回车打开注册表编辑器
  2. 定位到路径HKEY_CURRENT_USER\Control Panel\Desktop
  3. 在该路径下新建字符串值（若已存在则直接修改）WaitToKillAppTimeout，数值填你需要的最大等待时长（单位为毫秒），比如你的shutdown hook最长需要执行40秒，就填40000
  4. 同路径下新建/修改字符串值HungAppTimeout，数值和上一步的超时值保持一致即可
  5. 如果需要配置对本机所有用户生效，需要在HKEY_USERS\.DEFAULT\Control Panel\Desktop路径下重复上述两个键值的修改操作
     配置完成后重启系统，设置就会生效，关机时系统会在你配置的时长内等待进程自行退出。
• 方案2：通过Windows原生API提前拦截关机事件，主动预留清理时间
  如果你不想修改全局系统注册表配置，可以通过Java调用Windows原生接口提前捕获关机信号，在系统回调中等待所有清理逻辑跑完再响应关机：
  1. 引入JNA依赖实现Java对Windows原生API的调用，不需要额外编写C/C++代码
  2. 调用Kernel32库的SetConsoleCtrlHandler接口，注册自定义的控制台事件处理回调
  3. 在回调逻辑中专门捕获CTRL_SHUTDOWN_EVENT（系统关机触发）、CTRL_LOGOFF_EVENT（用户注销触发）两类事件
  4. 捕获到对应事件后，加原子状态标记避免后续JVM自动触发shutdown hook时重复执行清理逻辑，等待所有核心清理逻辑（即你当前shutdown hook中的全部逻辑）执行完成后，再从回调函数返回，让系统继续后续关机流程
     注意这个回调运行在系统独立线程中，只要你的清理逻辑执行时长不超过系统配置的进程超时阈值，系统就不会强制终止进程。

• 不要在shutdown hook中编写需要用户交互的逻辑，系统关机阶段会阻断绝大多数UI交互，很容易导致逻辑卡住触发超时
• 不管用哪种方案，都要给核心清理逻辑加兜底超时判断，避免逻辑死循环无限阻塞系统关机流程
• 不要把shutdown hook作为唯一的数据安全保障，极端场景（长按电源强制断电、系统崩溃、手动强杀进程）下shutdown hook根本不会执行，核心业务数据要做实时持久化兜底

内容的提问来源于stack exchange，提问作者yck