Python 中意外的相对导入行为

Question

今天我遇到了一种非常令人惊讶的相对导入行为（不幸的是，在我拔掉头发近 4 个小时之后）。

我一直有这样的印象：如果您在名为“package”的包中的模块名称“module_a.py”内有“Class A”，您可以等效地使用：

from package.module_a import ClassA

或者

from module_a import ClassA

只要您从其中的模块导入“包裹”。我认为这是相对重要的。

我从来没有遇到过问题，直到今天，当我需要根据 A 类检查对象的实例时，我惊讶地发现了一个非常不寻常的行为。

考虑以下内容：

package/module_a.py

class ClassA(object):
    pass

def check_from_module_a(obj):
    print 'from module_a'
    print '-------------'
    print 'class is:', ClassA
    print 'object is', type(obj) 
    print 'is obj a ClassA:', isinstance(obj, ClassA)

package/module_b.py

from package.module_a import ClassA
from module_a import check_from_module_a

a = ClassA()
check_from_module_a(a)

print ' '
print 'from module_b'
print '-------------'
print 'class is:', ClassA
print 'object is', type(a) 
print 'is obj a ClassA:', isinstance(a, ClassA)

现在，当执行 module_b.py 时，您会得到：

from module_a
-------------
class is: <class 'module_a.ClassA'>
object is <class 'package.module_a.ClassA'>
is obj a ClassA: False

from module_b
-------------
class is: <class 'package.module_a.ClassA'>
object is <class 'package.module_a.ClassA'>
is obj a ClassA: True

我已经遵循了逻辑，现在明白为什么会发生这种情况 - 这并不明显，因为我假设 ClassA 的绑定是无论绝对进口还是相对进口，都是相同的。这给我带来了一个非常讨厌的错误，很难隔离。

我的问题：

1. 这是预期的行为吗？

2. 如果这是它应该工作的逻辑方式 - 那么我不清楚为什么我会使用相对导入，如果它们与绝对导入不兼容（在上述意义上）。这里有我缺少的很好的解释吗？

3. 我总是认为，当子包结构可能移动时，相对导入在大型重构中提供了额外的便利。这是相对导入的主要好处吗？

Answer 1

由于隐式相对导入引起了问题，因此它们已在 Python 3 中被删除。您通常不会获得它们的预期行为。请参阅 PEP-328 进行讨论。如果您定义的子包名称与基本（库存）模块同名，则尤其如此。

Answer 2

(1) 是的，这是预期的行为。

(2) 显式相对导入 is

from .module_a import ClassA

和 not ，

from module_a import ClassA

它可以是相对的也可以是绝对的，并且可能会导致顶级包和模块之间发生冲突。

（3）是的，这是相对进口的优势之一。主要的好处可能是减少打字:)