本文讲解如何通过相对导入(`from .child import child`)统一解决 python 项目中因执行方式不同导致的模块导入不一致问题,适用于 `python -m unittest discover` 和 `python -m project_name` 两种主流运行场景。
在 Python 项目中,当生产代码与测试代码分离存放(如 project_name/ 与 tests/ 并列),且需支持多种运行方式(直接运行包、执行单元测试、导入使用等)时,常遇到 ImportError:同一行 import 在 __main__.py 中成功,却在测试中失败——根源在于 Python 对 __package__ 的动态赋值机制随入口点变化而不同。
Python 解析 import 语句时,会依据当前模块的 __package__ 属性决定相对导入的基准包路径。观察以下关键差异:
执行 python project_name 时:
project_name/__main__.py 被作为脚本运行(__name__ == '__main__'),__package__ 被设为空字符串 '';但其导入的子模块(如 submodule/parent.py)因属于已加载的包 project_name.submodule,其 __package__ 被设为 'submodule'(注意:不是完整路径)。
执行 python3 -m unittest discover 时:
project_name/__init__.py 被显式导入,因此整个 project_name 包被正确识别,其子模块的 __package__ 均为 'project_name.submodule'。
这意味着:
将 project_name/submodule/parent.py 中的导入语句改为:
# project_name/submodule/parent.py
from .child import Child # ✅ 正确:显式相对导入
class Parent:
def __init__(self):
self.child = Child()
def hello(self):
self.child.hello()✅ 优势说明:
在排查导入问题时,在模块顶部添加诊断日志(临时):
# 开发时加入(上线前移除)
print(f"Running {__file__}\n __package__={__package__!r}\n __name__={__name__!r}")该输出清晰揭示当前模块的加载上下文,是定位 ImportError 的黄金工具。
通过坚持「子模块内优先使用显式相对导入」这一原则,即可一劳永逸地消除因执行方式切换引发的导入混乱,大幅提升项目结构的健壮性与可维护性。