ProcessHandle 无法实现优雅回收，仅负责触发信号和观察状态；真正优雅终止须由子进程自行响应SIGTERM等信号完成清理，否则destroy()在Linux/macOS发SIGTERM、Windows等效强杀，不等待清理也不执行shutdown hook。
ProcessHandle 无法实现“优雅回收”，它只负责触发信号和观察状态；真正的优雅终止必须由子进程自己完成——这点没搞清，后续所有操作都会失效。
为什么 destroy() 不等于优雅退出
调用 destroy() 在 Linux/macOS 上发送的是 SIGTERM，在 Windows 上等效于 TerminateProcess（即强制杀掉）。它不等待子进程清理资源，也不执行 shutdown hook。如果子进程没监听 SIGTERM 或未实现响应逻辑，destroy() 的效果和 destroyForcibly() 几乎一样。
-
destroy()是“发个通知”，不是“等你收拾完再走” - 子进程必须主动注册信号处理器（Java 中用
Signal.handle()+Runtime.addShutdownHook()不起作用，因为 shutdown hook 只对 JVM 本身有效） - Windows 没有
SIGTERM语义，destroy()实际就是强杀，别指望它留出清理时间 - 若需真正优雅，子进程启动时就要带信号处理逻辑（例如用 Python 写的子进程需捕获
signal.SIGTERM），Java 主进程只负责发信号+超时后 fallback 到destroyForcibly()
如何正确监控子进程生命周期
别轮询 isAlive() 或查 PID 是否还在系统里——这既低效又不可靠。要用 onExit() 注册异步回调，但必须守住两个前提：
- 保持对
ProcessHandle的强引用，一旦 GC 回收该对象，回调永远不会触发 -
onExit()返回的CompletableFuture默认在ForkJoinPool.commonPool()执行，若该线程池已关闭（如 Spring Boot 正在 shutdown），回调会静默丢弃——建议显式指定线程池：handle.onExit().thenAcceptAsync(..., yourExecutor) -
onExit()不阻塞当前线程，也不保证回调顺序；多个子进程共用一个回调逻辑时，注意用handle.pid()区分来源 - 不要依赖
ProcessHandle.allProcesses()查找子进程，它受权限、命名空间、zombie 状态限制，且返回的是瞬时快照，不是实时视图
怎么安全地递归清理后代进程
子进程可能 fork 出孙子进程，而 children() 只返回直接子进程。要避免孤儿进程或资源泄漏，得用 descendants() 遍历整棵树：
-
process.descendants().forEach(ProcessHandle::destroy)能批量发SIGTERM，但注意：它不等待，也不保证顺序，更不处理失败 - 更稳妥的做法是先
destroy()全部，再用waitFor()（配合超时）逐个确认；超时未退出的，再调destroyForcibly() - Windows 下
descendants()可能漏掉某些进程（尤其受限令牌环境），建议额外用 WMI 查询Win32_Process关联ParentProcessId做兜底 - Linux 上若子进程用了
setsid()或 double-fork 脱离会话，它就不再是当前 JVM 进程的后代，descendants()查不到——这种场景只能靠 PID 文件或外部进程树工具（如ps --forest）辅助识别
哪些字段能信、哪些根本不能用
ProcessHandle.Info 是只读快照，跨平台差异极大，别把它当监控指标用：
-
commandLine()在 Linux 上基本可用，在 Windows 上常为Optional.empty()，macOS 更保守 -
startInstant()和totalCpuDuration()在 Windows 上多数返回空，Linux 上也依赖/proc/pid/stat权限，非 root 用户可能拿不到 -
user()在容器或 user namespace 下可能为空或不准 - CPU 使用率、内存占用等关键指标完全不在
ProcessHandle.Info中暴露，得调原生接口（如 Linux 读/proc/pid/statm，Windows 用GetProcessMemoryInfo） - 判断进程是否存活，必须用
handle.isAlive()，别用ProcessHandle.of(pid)+isPresent()，后者在进程刚退出、父进程还没 wait 的窗口期会返回 false negative
最易被忽略的一点：所有 ProcessHandle 方法（包括 isAlive()、onExit()、descendants()）都可能抛 CompletionException，生产环境必须捕获并处理——它通常包装了底层 OS 错误（如权限拒绝、PID 不存在、句柄失效），而不是 Java 层逻辑异常。
