为何Bash无法捕获Java的process.destroy()发送的信号？

我来帮你拆解这个问题的核心原因，以及对应的解决方案：

首先，先明确两种终止方式的本质差异：

• 当你手动按Ctrl+C时，终端会给整个前台进程组发送SIGINT信号，你的bash脚本通过trap注册了这个信号的处理逻辑，所以能正常执行bail函数，完成延迟退出的操作。
• 而Java的Process.destroy()行为在不同版本里有区别：
  • Java 8及更早：直接发送SIGKILL（信号9），这是操作系统强制终止进程的信号，完全无法被捕获、阻塞或忽略，你的bash脚本根本没机会执行退出逻辑就被干掉了。
  • Java 9+：destroy()改为发送可捕获的SIGTERM（信号15），但如果脚本正处于等待子进程（比如sleep infinity）的状态，可能因为信号传递的优先级问题，导致bash没及时触发trap。

针对性解决方案 #

1. 模拟Ctrl+C的信号发送（Java 9+推荐）

如果你用的是Java 9或更高版本，可以直接调用Process.sendSignal()发送SIGINT信号，完全模拟手动按Ctrl+C的行为：

Process process = new ProcessBuilder("./dieSlowly.sh").start();
// 示例：等待5秒后触发退出
Thread.sleep(5000);
process.sendSignal(Signal.SIGINT);

这样脚本会像手动操作一样捕获到SIGINT，完整执行你的退出逻辑。

2. 修改bash脚本增强兼容性

如果你的Java版本较低，无法使用sendSignal()，可以调整脚本的结构，确保bash在任何可捕获信号下都能触发清理逻辑：

#! /usr/bin/env bash
# dieslowly.sh
bail() {
    echo exiting...
    sleep 2
    echo ...exited
    # 清理陷阱，避免重复执行
    trap - SIGINT SIGTERM EXIT
    # 杀掉当前进程的所有子进程
    pkill -P $$
}
# 同时监听SIGINT、SIGTERM和EXIT事件
trap bail SIGTERM SIGINT EXIT

echo "running..."
# 将sleep放到后台，让bash处于等待状态
sleep infinity &
wait $!

这里把sleep放到后台并用wait等待，确保bash能及时响应信号；添加EXIT陷阱，保证脚本正常退出时也会执行清理逻辑；用pkill -P $$替代kill -- -$$，兼容性更好。

3. 给整个进程组发送信号（跨Java版本通用）

不管Java版本如何，你都可以通过给脚本的整个进程组发送信号，确保bash和它的子进程都能收到信号：

ProcessBuilder pb = new ProcessBuilder("./dieSlowly.sh");
pb.redirectErrorStream(true);
Process process = pb.start();
long pid = process.pid();

// 在Unix系统上，给进程组发信号的方式是kill -信号 -进程ID
Runtime.getRuntime().exec(new String[]{"kill", "-SIGTERM", "-" + String.valueOf(pid)});

这种方式会给整个进程组发送SIGTERM，bash脚本会捕获到并执行bail函数，和手动Ctrl+C的效果一致。

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