Python 中信号处理程序的乐趣中断选择

Question

我正在从事一个编程项目——用 Python 编写一个基本的 P2P 文件共享应用程序。我使用两个线程：一个主线程用于调用 select 并等待来自套接字和 sys.stdin 列表的输入（以接收键入的命令），另一个辅助线程从队列中获取状态更新消息并打印它们。 （这是唯一打印任何内容的东西）

我还需要捕获标准 SIGINT 并处理它以优雅地退出。我有一个 quit 方法可以做到这一点；输入“quit”作为命令就可以了。因此，在主线程中，我尝试将此方法设置为 SIGINT 的处理程序。据我所知，该进程捕获信号并调用 quit 方法。辅助线程打印一条消息，确认其正在退出。但随后我从主线程收到以下错误消息：

Traceback (most recent call last):
  File "peer.py", line 226, in <module>
    main()
  File "peer.py", line 223, in main
    p.run()
  File "peer.py", line 160, in run
    readables, writables, exceptions = select(self.sockets, [], [])
select.error: (4, 'Interrupted system call')

之后程序仍然退出。如果没有信号处理程序，发送 SIGINT 会给出以下结果：

Traceback (most recent call last):
  File "peer.py", line 225, in <module>
    main()
  File "peer.py", line 222, in main
    p.run()
  File "peer.py", line 159, in run
    readables, writables, exceptions = select(self.sockets, [], [])
KeyboardInterrupt

无法终止程序；我必须停下来杀死它。这很令人困惑，因为 SIGINT 似乎仅在被我的自定义方法捕获时才会中断对 select 的调用。 （这只会在打印队列上放置一条消息并设置一个“完成”变量）有谁知道这是如何发生的？尝试同时使用信号处理程序和线程是一个坏主意吗？

Answer 1

我不确定是否使用信号处理程序来捕获这种情况，但我在这里找到了在基于 *nix 的系统上处理这种情况的方法： http://code.activestate.com/recipes/496735-workaround-for-missed-sigint-in-multithreaded-prog/

简而言之（如果我理解正确的话）：

在你之前启动任何新线程，分叉一个子进程（使用os.fork）来完成程序运行，并让父进程监视KeyboardInterrupt。

当父进程捕获键盘中断时，您可以使用 os.kill 终止子进程（现在可能已经启动了其他线程）。这将依次终止该子进程的所有线程。

Answer 2

是的，昨晚我停止工作后，我意识到我确实希望它中断。据推测，它是通过执行信号处理程序而被中断的。所以我只是捕获 select.error 并让它跳转到循环末尾，在那里它立即退出并继续执行清理代码。