为什么在导入的模块中导入的工作方式不同？

Question

如果我有的话

a.py
b.py

在< code>b.py中，我可以< code >导入a

但如果我有

c.py
m
  a.py
  b.py

在＜code＞c中。pydo导入m.b，突然出现在b中。py我得到ModuleNotFoundError:没有名为“a”的模块

怎么了？我看不出第二种情况与第一种情况有什么不同

因此...在最初启动的模块的目录中搜索模块。我只是不明白其中的道理。

我不是在问如何解决问题。而是首先问为什么会有问题......

（在Python 3.8.8上测试）

Answer 1

让我们从第一个为什么有效开始。假设您的文件结构如下：

c.py
m - |
    |
    __init__.py
    a.py
    b.py

假设您的当前目录位于 m 文件夹中，并且您运行该命令。

python b.py

如果在您的< code>b.py中放置了如下内容:

import a
import sys
print(sys.path)

它会很好地工作。但是，让我们看看print（sys.path）的输出。在windows上，这将类似于['C:\\path\\to\\myprogram\\m'，'

重要的是< code>m文件夹在您的< code>sys.path上，这就是< code>import a如何被解析的。

然而，如果我们向上一级运行:

python c.py

您应该立即注意到 M 不再在您的 sys.path 上，而是被替换为 'C：\\path\\to\\myprogram'。

这就是它失败的原因。Python会自动将您当前的工作目录包含在sys.path中，改变它意味着它不再知道在哪里查找导入。

这是一个绝对进口的例子。通过修改< code>sys.path以包含您想要导入的文件的路径，您可以操纵python在哪里查找这些导入。

sys.path.append('C:\\path\\to\\myprogram\\m')

但是有一个更好的方法可以做到这一点。如果 m 是包或子包（包括__init__.py），则可以使用相对导入。

from . import a

然而，对此有一个小小的警告。当使用相对导入的文件作为模块或包运行时，只能使用相对导入。

所以直接作为顶层脚本运行它们

python b.py

会产生

ImportError: attempted relative import with no known parent package

幸运的是，Python能够将脚本作为内置模块运行。如果您将cd提升一级，以便封装m包，则可以运行

python -m m.b

让它正常运行。

此外，由于< code >导入，因此< code>b.py被视为< code>c.py中的一个模块，相对导入在这种情况下也将起作用。

python c.py

Answer 2

它基于你运行python的文件。

如果您使用pythonc.py运行

文件c.py使用：

从m导入a，b

文件b.py也使用:

从 m 导入 a

如果你去pythonb.py你只需要导入一个在b.py

因此，取决于您运行的文件，它将成为相对导入的父级。