Ctrl-C 和 SIGINT 有什么区别？

Question

我一直在调试一个 Python 程序，该程序在收到 KeyboardInterrupt 异常后出现段错误。这通常是通过在 shell 中按 Ctrl+C 来完成的。为了测试特定的代码更改是否修复了该错误，我有一个小的 shell 脚本，它在启动后随机时间向程序发送 SIGINT 。我遇到的问题是，发送 Ctrl+C 似乎对程序产生的影响与发送信号 SIGINT 不同，因此不会导致错误出现，所以我很想知道这两个动作之间有什么区别。

该程序根本不捕获任何键盘操作，只是一个带有一些线程/进程的Python程序。它不安装信号处理程序（尽管 Python 会安装），并且 stty -a 给出 intr = ^C。我怀疑 Ctrl+C 可能会向所有子进程/线程发送 SIGINT，而 kill -INT 仅发送到主进程，但这就是我的怀疑。

以下是发送 kill -INT 的 shell 脚本。

wait
while :; do
    seconds="$(python -c 'import random; print random.random()*4')"
    ./mandos --debug --configdir=confdir \
             --statedir=statedir --no-restore --no-dbus &
    pid=$!
    { sleep $seconds; kill -INT $pid; } &
    fg %./mandos
    status=$?
    if [ $status -gt 1 ]; then
        echo "Failed exit $status after $seconds seconds"
        break
    fi
    wait
done

Answer 1

^C 向前台进程组中的所有进程发送 SIGINT。要使用 kill 执行相同的操作，您应该将信号发送到进程组（操作系统级别概念）：

kill -SIGINT -<pid>

或发送到作业（shell 级别概念，管道以 &< /代码>）：

kill -SIGINT %

Answer 2

正如此处所述：

Python 默认安装少量信号处理程序：SIGPIPE
被忽略（因此管道和套接字上的写入错误可以报告为
普通的Python异常）并且SIGINT被翻译成
键盘中断异常。所有这些都可以被覆盖。

因此，发送 SIGINT 和 Ctrl + c 之间的行为应该相同。

但是，您必须小心使用KeyboardInterrupt，如果您的代码中的某个地方有一个

try:
   ...
except:   # notice the lack of exception class
   pass

this 将会“吃掉”KeyboardInterrupt 异常。