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

Question

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

a/
  __init__.py
  first.py
  second.py

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

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

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'

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

Answer 1

这似乎是Python导入机制中的一个长期存在的bug。问题是a模块直到完全加载后才被添加到其包的全局命名空间中。如果module仅部分加载，则将与包导入module语句断开。不过，您仍然可以使用import package.module，长期以来，导入系统对此提供了特殊支持。

正如jonrsharpe评论的那样，Python开发人员从2004年起就意识到了这个问题。由于只有当存在涉及包中模块的循环导入时才会出现这个问题，而循环导入通常被认为是糟糕的设计，所以他们没有把修复它放在非常高的优先级上。

然而，最近有了进展！几个月前为Python 3.5添加了一个部分修复程序，它刚刚发布了第一个alpha版本（完整版本定于9月发布）。在加载package时，修复程序实际上并没有将module添加到package，而是将一个额外的检查添加到from package import module语句，以便这些语句在以前引发imporder的循环导入情况下工作。

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

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