旧线程。我发现在__init__.py文件，然后在目标中使用from＜CURRENT_MODULE＞import*即可。

python<main模块>.py不适用于相对导入

问题是当您从命令行运行__main__模块时，相对导入不起作用

python <main_module>.py

PEP 338中有明确规定。

2.5b1的发布显示了这个PEP和PEP328之间令人惊讶的交互（尽管现在回想起来很明显）——显式的相对导入在主模块中不起作用。这是因为相对导入依赖__name__来确定当前模块在包层次结构中的位置。在主模块中，__name__的值总是'__main__'，因此显式相对导入总是失败（因为它们只适用于包内的模块）。

原因

Python Bug Tracker Issue1510172:绝对/相对导入不起作用？

这个问题实际上并不是-m开关独有的。问题是相对导入基于__name__，并且在主模块中，__name__始终具有__main__值。因此，相对导入当前无法从应用程序的主模块正常工作，因为主模块不知道它在Python模块名称空间中的真正位置（这至少在理论上对于通过-m开关执行的主模块是可以修复的，但直接执行的文件和交互式解释器完全不走运）。

要进一步了解，请参阅Python3中的相对导入，了解详细说明以及如何完成。

这里有一种方法会惹恼所有人，但效果很好。在测试运行中：

ln -s ../components components

然后像往常一样导入组件。

如果将当前目录附加到sys.path，则可以直接使用import components.core：

if __name__ == '__main__' and __package__ is None:
    from os import sys, path
    sys.path.append(path.dirname(path.dirname(path.abspath(__file__))))

如果您的用例是用于运行测试的，并且与之吻合，那么您可以执行以下操作。不要将测试脚本作为python core_test.py运行，而是使用诸如pytest之类的测试框架。然后在命令行上输入

$$ py.test

这将在您的目录中运行测试。这解决了@BrenBarn指出的__name__是__main__的问题。接下来，将一个空__init__.py文件放入测试目录，这将使测试目录成为包的一部分。那你就可以

from ..components.core import GameLoopEvents

然而，如果您将测试脚本作为主程序运行，那么事情将再次失败。所以只需要使用测试运行器。也许这也适用于其他测试者，比如鼻测试，但我没有检查过。希望这有帮助。

我也遇到过类似的问题，作为一名软件工程师，我认为这里提出的一些解决方案并不理想。如果您想要相对导入，则不应尝试/except，然后有时进行绝对导入。此外，要运行程序，您不必更改sys.path。

此外，程序应该始终运行，独立于当前的工作目录和启动方式。

因此，我创建了一个新的实验导入库：ultraimport它允许基于文件系统的导入，无论您如何运行代码。

从最初的问题中，您可以将core_test.py更改为

import ultraimport
GameLoopEvents = ultraimport('__dir__/../components/core.py', 'GameLoopEvents')
print(GameLoopEvents)

无论您如何运行测试，它都会找到它。

$ python -m tests.core_test
<class 'core.GameLoopEvents'>
 python ./tests/core_test.py 
<class 'core.GameLoopEvents'>

我还将此示例放入git repo的examples文件夹中。

由于图书馆是实验性的，我对反馈感兴趣。它对我有效，但尚未得到广泛测试。