在 Python 中，一个模块无法直接访问另一个模块中导入的变量（如 turtle），因为每个模块拥有独立的作用域；若需共享，应显式导入或通过参数传递，而非依赖“父模块已导入”的假设。
在 python 中，一个模块无法直接访问另一个模块中导入的变量（如 `turtle`），因为每个模块拥有独立的作用域；若需共享，应显式导入或通过参数传递，而非依赖“父模块已导入”的假设。
你遇到的错误——NameError: name 'turtle' is not defined——根本原因在于：Python 模块之间不共享全局命名空间。即使 file1.py 中执行了 import turtle，该 turtle 名称仅存在于 file1 的模块作用域内；当 file1 导入 file2.py 时，file2 会作为独立模块被加载并执行，其顶层代码运行在自身干净的全局环境中，不会自动继承 file1 中已导入的任何名称。
✅ 正确做法：每个模块按需独立导入
file2.py 必须显式导入它所使用的模块：
# file2.py import turtle # ← 关键：必须在此处重新导入 turtle.goto(-50, -50) turtle.fd(50) # 其他 turtle 操作...
同时，file1.py 可保持简洁（无需为 file2 “代劳”导入）：
# file1.py import turtle import file2 # 导入仅触发 file2 执行，不共享命名空间 turtle.uselesscode() turtle.mainloop()
? 补充说明：import file2 的本质是执行 file2.py 的顶层代码（即 import-time side effects），但它绝不会将 file2 的名字注入 file1 的命名空间，也不会把 file1 的名字注入 file2 —— 这是 Python 模块系统设计的核心原则：封装性与可预测性。
立即学习“Python免费学习笔记（深入）”；
⚠️ 关于 exec()：技术可行，但强烈不推荐
你问能否用 exec() 替代 import 来“绕过”作用域限制？答案是：可以临时实现，但属于反模式，存在严重风险。
例如，在 file1.py 中：
# file1.py（不推荐！）
import turtle
with open('file2.py') as f:
exec(f.read(), {'turtle': turtle}) # 显式传入 turtle 命名空间
turtle.uselesscode()
turtle.mainloop()此时 file2.py 可省略 import turtle，因为它接收了外部传入的 turtle 对象：
# file2.py（配合 exec 使用时） turtle.goto(-50, -50) # ✅ 可用，因 exec 传入了 turtle 字典 turtle.fd(50)
⚠️ 但请注意以下问题：
- exec() 执行任意代码，存在安全风险（尤其加载不可信文件时）；
- 破坏模块可测试性、可调试性和 IDE 支持（如跳转定义、类型提示失效）；
- 隐藏依赖关系，违反 Python 的显式优于隐式原则（PEP 20）；
- 无法利用 import 的缓存机制，重复 exec 将重复解析执行，性能差。
✅ 推荐替代方案（更健壮、更 Pythonic）
如果目标是复用绘图逻辑，应将 file2 改写为函数化、可导入的模块：
# file2.py（推荐写法）
import turtle # 自包含依赖
def draw_pattern():
turtle.goto(-50, -50)
turtle.fd(50)
# 更多逻辑...# file1.py import turtle import file2 # 导入模块 turtle.uselesscode() file2.draw_pattern() # 显式调用，语义清晰 turtle.mainloop()
这种结构清晰分离职责，符合模块化设计思想，也便于单元测试和未来扩展。
总结：Python 模块作用域隔离是特性而非缺陷。永远优先选择显式导入 + 函数封装，而非依赖作用域渗透或 exec 黑魔法。代码的可维护性，往往始于对作用域规则的尊重。
