通过manage.py shell运行脚本时ThreadPoolExecutor中time模块未定义的问题

这个问题的核心在于两种运行方式下的命名空间差异，咱们一步步拆解：

两种运行方式的本质区别 #

1. 直接运行python test.py #

当你直接执行脚本时，所有代码都在全局模块命名空间中执行。import time会把time模块绑定到这个全局命名空间里，函数a在定义时会自动捕获这个全局的time引用，所以线程执行a时能正常访问到模块。

2. 通过python manage.py shell < test.py运行 #

Django的shell命令内部是这么处理输入的：它读取标准输入的内容，然后调用exec(sys.stdin.read())来执行这段代码。默认情况下，exec会在一个局部命名空间中执行代码（这是Djangoshell命令的实现逻辑）。

此时import time是把模块绑定到这个局部命名空间里，而函数a虽然在这个局部空间定义，但线程池的线程在执行a时，它的执行上下文会优先去全局命名空间查找time，自然就找不到了，于是抛出NameError。

解决办法 #

这里有几种靠谱的解决方式：

方法1：把导入语句移到函数内部 #

让函数a自己负责导入time模块，这样不管外部命名空间如何，函数执行时都会在自己的上下文里获取模块：

# 修改后的test.py
import time
from concurrent.futures import ThreadPoolExecutor

def a():
    import time  # 移到函数内部
    time.sleep(1)
    print("success")

executor = ThreadPoolExecutor(1)
executor.submit(a).result()

方法2：显式将模块绑定到全局命名空间 #

在脚本里把time模块手动添加到全局命名空间，这样线程执行时就能找到它：

# 修改后的test.py
import time
globals()['time'] = time  # 显式绑定到全局
from concurrent.futures import ThreadPoolExecutor

def a():
    time.sleep(1)
    print("success")

executor = ThreadPoolExecutor(1)
executor.submit(a).result()

方法3：用-c参数替代重定向运行 #

Django的shell命令支持-c参数直接执行代码字符串，这种方式下代码会在全局命名空间执行，和直接运行脚本的逻辑一致：

$ python manage.py shell -c "$(cat test.py)"

内容的提问来源于stack exchange，提问作者Filip Kilibarda