Python信号问题：如果在执行另一个信号处理程序期间收到SIGQUIT，SIGQUIT处理程序会延迟执行？

Question

以下程序非常简单：每半秒输出一个点。如果收到 SIGQUIT ，则会继续输出10个 Q 。如果它收到 SIGTSTP （ Ctrl - Z ），它会输出10个 Z 第

如果在打印 Q 时收到 SIGTSTP ，则在完成10个 Q后将打印10个 Z 秒。这是一件好事。

但是，如果在打印 Z 时收到 SIGQUIT ，则无法在其后打印 Q 。相反，它只在我通过KeyboardInterrupt手动终止执行后打印出来。我希望在 Z 之后立即打印 Q 。

使用Python2.3会发生这种情况。

我做错了什么？ Muchas gracias。

#!/usr/bin/python

from signal import *
from time import sleep
from sys import stdout

def write(text):
    stdout.write(text)
    stdout.flush()

def process_quit(signum, frame):
    for i in range(10):
        write("Q")
        sleep(0.5)

def process_tstp(signum, frame):
    for i in range(10):
        write("Z")
        sleep(0.5)

signal(SIGQUIT, process_quit)
signal(SIGTSTP, process_tstp)

while 1:
    write('.')
    sleep(0.5)

Answer 1

更大的问题是信号处理程序阻塞。

这通常是不鼓励的，因为它可能导致奇怪的时间条件。但这并不是导致问题的原因，因为您可以选择信号处理程序，因此很容易存在时间条件。

无论如何，这里是如何通过仅在处理程序中设置标志并使主while循环完成实际工作来至少最小化时序条件。代码之后描述了代码行为奇怪的原因。

#!/usr/bin/python

from signal import *
from time import sleep
from sys import stdout

print_Qs = 0
print_Zs = 0

def write(text):
    stdout.write(text)
    stdout.flush()

def process_quit(signum, frame):
     global print_Qs
     print_Qs = 10

def process_tstp(signum, frame):
     global print_Zs
     print_Zs = 10

signal(SIGQUIT, process_quit)
signal(SIGTSTP, process_tstp)

while 1:
    if print_Zs:
        print_Zs -= 1
        c = 'Z'
    elif print_Qs:
        print_Qs -= 1
        c = 'Q'
    else:
        c = '.'
    write(c)
    sleep(0.5)

无论如何，这是正在发生的事情。

SIGTSTP比SIGQUIT更特别。

SIGTSTP屏蔽其信号处理程序运行时传递的其他信号。当内核发送SIGQUIT并看到SIGTSTP的处理程序仍在运行时，它只是将其保存以供日后使用。一旦另一个信号通过传递，例如当您 CTRL + C （又名KeyboardInterrupt）时SIGINT，内核会记住它从未交付SIGQUIT并立即交付。

您会注意到，如果您在主循环中将而1：更改为 for i in range（60）：并再次执行测试用例，程序将退出没有运行SIGTSTP处理程序，因为exit不会重新触发内核的信号传递机制。

祝你好运！

Answer 2

在Linux 2.6.24上的Python 2.5.2上，您的代码与您描述所需结果完全一致（如果在处理前一个信号时接收到信号，则在第一个信号完成后立即处理新信号）

在Linux 2.6.16上的Python 2.4.4上，我看到了你描述的问题行为。

我不知道这是由于Python还是Linux内核的变化。