如何在Bash脚本中程序化调用SIGINT(CTRL+C)及信号陷阱处理

一、先搞懂：为啥手动CTRL+C有用，脚本里的ctrl_c函数却没生效？ #

手动按CTRL+C是给当前整个进程组发SIGINT，要是你的trap ctrl_c SIGINT没起作用，大概率是这俩原因：要么陷阱设置晚了（得在循环启动前设置），要么循环跑在了子进程/子shell里（比如用了()或者管道），陷阱不会自动继承到子进程里。

二、ctrl_c函数到底要不要？ #

分情况：

• 要是你只想让SIGINT打断当前循环（比如进度条）但不终止整个脚本，那必须用trap配处理函数——默认SIGINT会直接干掉整个脚本，你得靠陷阱捕获它，改改默认行为。
• 要是你的循环本身能被外部信号打断，而且后续代码不需要依赖信号触发的状态，也能简化，但陷阱是最稳妥的方式。

三、不用flag=0也能改写循环？当然可以 #

直接用trap捕获SIGINT后打断循环，或者把循环丢后台，靠kill发信号终止，举个现成的例子：

#!/bin/bash

# 设置SIGINT陷阱：捕获后只提示，不终止脚本
trap 'echo -e "\n收到SIGINT，进度条停了"; break' SIGINT

# 把进度条循环丢后台，记好PID
echo "进度条启动，5秒后自动触发SIGINT..."
(while true; do
    echo -n "."
    sleep 0.5
done) &
PROGRESS_PID=$!

# 等5秒，给进度条进程发SIGINT
sleep 5
kill -SIGINT $PROGRESS_PID

# 等后台进程彻底结束
wait $PROGRESS_PID 2>/dev/null

echo -e "\n进度条搞定，执行后续任务..."
# 这里写你要接着跑的代码
echo "所有任务完成"

四、程序化发SIGINT的三种常用方法 #

1. 给指定进程发信号 #

用kill命令，格式是kill -SIGINT <进程PID>，或者简写kill -2 <进程PID>（SIGINT的信号编号是2）。比如上面例子里，拿到后台进度条的PID后直接发信号就行。

2. 给当前脚本进程发信号 #

要是循环没丢后台，就在当前进程组里，直接用kill -SIGINT $$（$$是当前脚本的PID），但记得先设置好陷阱，不然整个脚本会直接终止。

3. 按进程名发信号 #

用pkill，比如你的进度条脚本叫progress.sh，可以跑pkill -SIGINT progress.sh，但要注意别误杀其他同名进程。

五、修复你现有脚本的关键点 #

要是你的ctrl_c函数没生效，检查这几点：

• 陷阱是不是在循环启动前设置的？必须先设陷阱再启动循环。
• 循环是不是跑在子进程里？比如用了()或者管道，这时候得把陷阱设置在子shell里，或者直接给子进程发信号。
• ctrl_c函数里有没有写对逻辑？比如有没有break或者杀死子进程的代码？

修复后的参考脚本 #

#!/bin/bash

# 定义信号处理函数
ctrl_c() {
    echo -e "\n收到SIGINT，停止循环"
    kill $LOOP_PID 2>/dev/null
}

# 先设置陷阱
trap ctrl_c SIGINT

# 把循环丢后台，记PID
while true; do
    echo -n "#"
    sleep 0.3
done &
LOOP_PID=$!

echo "脚本运行中，3秒后自动触发SIGINT..."
sleep 3

# 程序化发SIGINT给循环进程
kill -SIGINT $LOOP_PID

# 等循环进程结束
wait $LOOP_PID 2>/dev/null

echo -e "\n继续执行后续指令..."
echo "脚本完成"

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