为什么在Python中的线程内调用sys.exit()不会退出?
这可能是一个愚蠢的问题,但我testing了一些关于Python的假设,我很困惑,为什么下面的代码片段在线程中调用时不会退出,而是在主线程中调用时退出。
import sys, time from threading import Thread def testexit(): time.sleep(5) sys.exit() print "post thread exit" t = Thread(target = testexit) t.start() t.join() print "pre main exit, post thread exit" sys.exit() print "post main exit"
sys.exit()的文档声明调用应该从Python中退出。 我可以从这个程序的输出中看到“post thread exit”从来没有被打印,但是主线程在线程调用退出之后仍然继续运行。
是为每个线程创build一个单独的解释器实例,并且对exit()的调用正在退出单独的实例? 如果是这样,线程实现如何pipe理对共享资源的访问? 如果我确实想从线程中退出程序(不是我真正想要的,但只是这样理解)呢?
sys.exit()会引发SystemExitexception,就像thread.exit()一样。 所以,当sys.exit()在该线程中引发exception时,它与调用thread.exit()的效果相同,这就是为什么只有线程退出。
如果我确实想从线程中退出程序(不是我真正想要的,但只是这样理解)呢?
我喜欢的方法是Erlang消息传递。 稍微模仿,我这样做:
import sys, time import threading import Queue # thread-safe class CleanExit: pass ipq = Queue.Queue() def testexit(ipq): time.sleep(5) ipq.put(CleanExit) return threading.Thread(target=testexit, args=(ipq,)).start() while True: print "Working..." time.sleep(1) try: if ipq.get_nowait() == CleanExit: sys.exit() except Queue.Empty: pass
如果我确实想从线程中退出程序(不是我真正想要的,但只是这样理解)呢?
至less在Linux上你可以这样做:
os.kill(os.getpid(), signal.SIGINT)
这发送一个SIGINT到主线程,它可以作为一个KeyboardInterrupt来处理。
顺便说一句:在Windows上,你只能发送一个SIGTERM信号,它不能从Python中捕获。 (在那里我宁愿调用os._exit由Helmutbuild议)
“前主出口,后出线”印刷是什么打扰你的事实?
与其他语言(如Java)不同,在sys.exit
( System.exit
,Java的情况下)导致VM /进程/解释器立即停止时,Python的sys.exit
只会抛出一个exception:尤其是SystemExitexception。
这里是sys.exit
文件(只是print sys.exit.__doc__
):
通过提高SystemExit(状态)退出解释器。
如果省略状态或无,则默认为零(即成功)。
如果状态是数字,则将用作系统退出状态。
如果是另一种对象,它将被打印和系统
退出状态将是一个(即失败)。
这有几个后果:
- 在一个线程中,它只是杀死当前线程,而不是整个进程(假设它一直到栈顶)
- 对象析构函数(
__del__
)可能被调用,因为引用这些对象的堆栈帧被解开 - 当堆栈展开时最后执行块
- 你可以捕获一个
SystemExit
exception
最后一个可能是最令人惊讶的,也是为什么你几乎从来没有在你的Python代码中有一个不合格的except
语句的另一个原因。
如果我想从线程退出程序呢?
除了Deestan描述的方法,你可以调用os._exit
(注意下划线)。 在使用之前,请确保你明白它没有清理(比如调用__del__
或类似的东西)。