当 python 模块被通过不同路径（如相对导入与绝对导入混用）多次导入时，解释器会将其视为独立模块，导致全局变量状态不共享——这是引发“全局变量看似已设置却返回 none”的根本原因。
当 python 模块被通过不同路径（如相对导入与绝对导入混用）多次导入时，解释器会将其视为独立模块，导致全局变量状态不共享——这是引发“全局变量看似已设置却返回 none”的根本原因。
在 Python 中，模块的唯一性依赖于其完全限定名（fully qualified name），而非文件路径。即使两个 import 语句指向同一物理文件，只要导入路径不同（例如 from context import set_context vs from my_project.context import get_context），Python 就会将它们注册为两个独立模块（如 context 和 my_project.context），各自拥有独立的命名空间和全局变量副本。
这正是你遇到问题的核心：
- set_context() 在模块 my_project.context 中执行，修改的是该模块内的 _context = None；
- get_context() 却从模块 context（顶层同名模块）中调用，读取的是另一个 _context（仍为 None）；
- 调试器中看到 my_project.context._context 有值，而直接访问 _context 为 None，正印证了双模块隔离现象。
✅ 正确做法：统一使用绝对导入，确保所有引用指向同一模块标识符：
# ✅ 推荐：全部使用绝对导入（以项目根为基准） from my_project.context import set_context, get_context # 或在模块内部保持一致性（context.py 中） # 不要写：import context # 可能触发隐式相对导入 # 而应明确： from my_project.context import _context # 如需内部引用（不推荐暴露）
⚠️ 注意事项：
立即学习“Python免费学习笔记（深入）”；
- 避免在包内混用 import context（可能被解析为顶层模块）与 from my_project.context import ...；
- 检查 sys.modules 可快速验证是否重复加载：
import sys print('context' in sys.modules) # 可能为 True print('my_project.context' in sys.modules) # 可能也为 True → 危险信号 - 单例模式在 Python 中本可通过模块级变量自然实现（模块即单例），但前提是模块只被导入一次——而这完全取决于导入路径的一致性；
- 更健壮的替代方案（非必需但推荐）：使用 __all__ 显式导出、添加模块级初始化检查，或改用依赖注入/配置中心解耦上下文传递。
总结：Python 的模块系统“保证单例”的前提，是开发者严格遵守导入规范。看似琐碎的导入路径差异，实为影响全局状态一致性的关键开关。统一绝对导入，是让模块真正“唯一”的最简单、最可靠实践。
