导入静默杀死线程

Question

我有一个简单的程序Base.py，可以测试import当模块不存在时是否能够引发异常。

# Base.py
import threading, os, time
import_is_working = False

class Launch(threading.Thread):
    def __init__(self):
        threading.Thread.__init__(self)
        self.start()
    def run(self):
        global import_is_working
        try:
            print "Yes, it got into the 'try' block"
            import NON_EXISTENT_MODULE
            assert False
        except:
            print "Great, your python language is working"
            import_is_working = True
Launch()
for i in range(500):
    time.sleep(0.01)
    if import_is_working:
        break
if not import_is_working:
    print "Your import is not working."
    os._exit(4)

有时我喜欢在另一个模块中使用此代码Main.py：

# Main.py
import Base

令人惊讶的是，当我以这种方式运行它时，它不起作用：

max% python Base.py
Yes, it got into the 'try' block
Great, your python language is working
max% python Main.py
Yes, it got into the 'try' block
Your import is not working.
max%

这种情况在Ubuntu中发生，并且在干净的CentOS 7.3中也发生。

Answer 1

您正在遇到“导入锁定”。

该文档提到了线程期间导入的限制，您违反了第一个限制（强调我的意思）：

虽然导入机制是线程安全的，但是由于提供线程安全的方式存在固有的限制，因此对线程导入有两个关键限制：

首先，除了在主模块中之外， 导入不应具有产生新线程然后以任何方式等待该线程的副作用
。如果产生的线程直接或间接尝试导入模块，则不遵守此限制可能导致死锁。

其次，必须在解释程序开始关闭自身之前完成所有导入尝试。通过仅从通过线程模块创建的非守护程序线程执行导入，可以最轻松地实现这一点。守护程序线程和直接由线程模块创建的线程将需要某种其他形式的同步，以确保它们在系统关闭开始后不会尝试导入。不遵守此限制将导致间歇性异常并在解释器关闭期间崩溃（因为较晚的导入会尝试访问不再处于有效状态的机器）。