为什么sys.exit()在Python中的线程内调用时不会退出？

这可能是一个愚蠢的问题,但我正在测试我对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"永远不会被打印出来,但是主线程在线程调用exit之后仍然继续运行.

是否为每个线程创建了一个单独的解释器实例,而对exit()的调用只是退出该单独的实例？如果是这样,线程实现如何管理对共享资源的访问？如果我确实想要从线程中退出程序(不是我真的想要,但我只是理解)该怎么办？

1> rpkelly..：

---

sys.exit()引发SystemExit异常,thread.exit()也是如此.因此,当sys.exit()在该线程内引发该异常时,它与调用thread.exit()具有相同的效果,这就是为什么只有线程退出的原因.

2> Helmut Grohn..：

---

如果我想从线程退出程序怎么办？

除了Deestan描述的方法,你可以打电话os._exit(注意下划线).在使用它之前,请确保您了解它没有清理(​​如呼叫__del__或类似).

---

它会冲洗I/O吗？

3> Chris..：

---

如果我确实想要从线程中退出程序(不是我真的想要,但我只是理解)该怎么办？

至少在Linux上你可以这样做:

os.kill(os.getpid(), signal.SIGINT)

这会将SIGINT发送到主线程,在那里它可以作为KeyboardInterrupt处理.

顺便说一句:在Windows上,你只能发送一个SIGTERM信号,这个信号无法从Python中捕获.(我更喜欢按Helmut的建议调用os._exit)

4> Laurence Gon..：

---

事实上,"主要退出,后线程退出"是打印出来困扰你的吗？

与其他语言(如Java)不同,模拟sys.exit(System.exit在Java的情况下)导致VM /进程/解释器立即停止,Python sys.exit只会引发异常:特别是SystemExit异常.

以下是sys.exit(仅print sys.exit.__doc__)的文档:

通过提升SystemExit(状态)退出解释器.
如果省略状态或None,则默认为零(即成功).
如果状态为数字,则将其用作系统退出状态.
如果它是另一种对象,它将被打印并且系统
退出状态将是一个(即,失败).

这会产生一些后果:

在一个线程中它只会杀死当前线程,而不是整个进程(假设它一直到达堆栈顶部......)

__del__可能会调用object destructors(),因为引用这些对象的堆栈帧已展开

最后块在堆栈展开时执行

你可以抓住一个SystemExit例外

最后一个可能是最令人惊讶的,这也是为什么你几乎不应该except在你的Python代码中有一个不合格的语句的另一个原因.

5> Deestan..：

---

如果我确实想要从线程中退出程序(不是我真的想要,但我只是理解)该怎么办？

我首选的方法是Erlang-ish消息传递.稍微澄清,我这样做:

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

---

你这里不需要`Queue`.只需一个简单的`bool`就行了.这个变量的经典名称是`is_active`,它的初始默认值是'True`.

---

是的,你是对的.根据http://effbot.org/zone/thread-synchronization.htm,修改`bool`(或任何其他原子操作)将完美地解决这个特定问题.我使用`Queue`s的原因是,当使用线程代理时,我倾向于几乎立即需要几个不同的信号(`flush`,`reconnect`,`exit`等...).