相对导入不起作用，看起来找不到模块

Question

我有以下情况，其中a是一个目录：

a/
  __init__.py
  first.py
  second.py

__init__.py

print('i\'m starting the directory')
__all__ = ['second', 'first']

first.py

print('hi, i\'m the first')
from . import *

second.py

print('hi, i\'m the second')

所以当我从交互式提示符运行时：

>>> import a.first
i'm starting the directory
hi, i'm the first
hi, i'm the second
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/antox/Scrivania/a/first.py", line 2, in <module>
    from . import *
AttributeError: 'module' object has no attribute 'first'

为什么找不到 first.py 模块？我的意思是我希望不会出错；在导入运行期间，我认为它可以看到 first.py 已经加载，因此没有错误，它只是跳到__all__ 中列出的下一个。

Answer 1

这似乎是 Python 导入机制中长期存在的错误。问题是 a 模块在完全加载之前不会添加到其包的全局命名空间中。如果 module 仅部分加载，这会破坏 from package import module 语句。不过你仍然可以使用import package.module，它长期以来一直得到导入系统的特别支持。

正如jonrsharpe 评论的那样，Python 开发人员已经意识到这个问题since 2004。由于这个问题只有在包中包含模块的循环导入时才会出现，并且循环导入通常被认为是糟糕的设计，所以他们没有把修复它放在非常高的优先级。

不过，最近有了一些进展！ A partial fix 是几个月前添加的，用于 Python 3.5，它刚刚发布了第一个 alpha 版本（完整版本计划于 9 月发布）。该修复程序实际上并未在加载时将module 添加到package，而是对from package import module 语句添加了额外检查，以便它们在先前引发ImportError 的循环导入情况下仍然有效。

但是，这并不能解决 from package import * 的情况。通配符导入的代码显然仍然希望 package.__all__ 中的所有名称实际存在于模块本身中。它似乎没有检查 sys.modules 字典来检查仍在加载过程中的模块。

那么，这对您的代码意味着什么？我认为有两个重要的教训：首先，如果可以的话，不要使用循环导入（而是尝试将两个模块中的一些代码分解到第三个实用程序模块中）。其次，不要使用通配符导入（如果first.py 使用了from . import first, second，那么在 Python 3.5 中您将没有错误）。