Java进程API不提供自动优雅退出，需子进程响应SIGTERM等信号；destroy()发送可捕获信号，destroyForcibly()强制终止；须配合waitFor()等待、显式处理I/O流并管理进程树。
Java进程API本身不提供“优雅退出”的自动能力，真正的优雅控制依赖于子进程自身对终止信号的响应配合。Java层的作用是触发、等待、判断和兜底，而非替代子进程完成清理。
明确 destroy() 与 destroyForcibly() 的本质区别
这两个方法不是“温和版”和“暴力版”的选择，而是信号语义的根本不同：
-
destroy() 在 Linux/macOS 上尝试发送
SIGTERM（可被捕获），在 Windows 上等价于TerminateProcess（不可捕获，强制杀） -
destroyForcibly() 在所有平台都等价于
SIGKILL或TerminateProcess，子进程无任何执行机会 - 调用
destroy()后必须配合waitFor()或onExit()等待实际退出，不能假设调用即结束
构建可响应的子进程是前提
Java无法单方面实现优雅终止——子进程必须主动支持：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- Shell脚本需使用
trap 'cleanup; exit' TERM捕获信号 - Python需注册
signal.signal(signal.SIGTERM, handler) - Node.js需监听
process.on('SIGTERM', () => { ... }) - Java子进程应注册
Runtime.getRuntime().addShutdownHook(...) - 避免直接执行带管道或重定向的复杂命令字符串（如
"sh -c 'cmd1 | cmd2'"），改用ProcessBuilder显式拆分参数
管理进程树，防止孤儿进程泄漏
仅 kill 直接子进程不够，后代进程可能继续运行：
立即学习“Java免费学习笔记（深入）”；
- 启动后立即获取快照：
Set<processhandle> descendants = current.descendants().toList();</processhandle> - 为每个后代绑定退出回调：
handle.onExit().thenRun(() -> cleanupResources(handle)); - 避免轮询 PID：
ProcessHandle对象失效后其pid()可能被复用，缓存整数 PID 并轮询极不可靠 - 必要时手动遍历并逐个调用
destroy()，尤其在 shell 脚本派生多级子进程场景中
流处理与资源释放不可忽略
进程 I/O 流未及时消费会导致子进程阻塞（常见于 stdout/stderr 缓冲区满）：
- 始终启用重定向或并发读取：
pb.redirectErrorStream(true)或分别启动线程读取getInputStream()和getErrorStream() - 不要只读一行就丢弃流，建议使用
CompletableFuture异步消费全部输出 - 调用
waitFor(timeout, TimeUnit)设定合理超时，避免无限等待挂起主流程 - 进程退出后，显式关闭流：
inputStream.close()、outputStream.close()
