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

时间:2008-09-20 23:02:35

标签: python signals

以下程序非常简单:每半秒输出一个点。如果收到 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)

2 个答案:

答案 0 :(得分:6)

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

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

无论如何,这里是如何通过仅在处理程序中设置标志并使主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并立即交付。

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

祝你好运!

答案 1 :(得分:1)

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

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

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