由于您已经将所有内容标记为模块，因此如果您作为python模块启动，则无需使用相对引用。

而不是

from ..components.core import GameLoopEvents

仅仅

from pkg.components.core import GameLoopEvents

当您从pkg的父级运行时，请使用以下命令

python -m pkg.tests.core_test

您可以使用from pkg.components.core导入GameLoopEvents，例如，我使用pycharm，下面是我的项目结构图，我只是从根包导入，然后就可以了：

如果有人在寻找变通办法，我偶然发现了一个。这里有一点上下文。我想测试我在文件中的一种方法。当我从内部运行时

if __name__ == "__main__":

它总是抱怨相对进口。我尝试应用上述解决方案，但失败了，因为有许多嵌套文件，每个文件都有多个导入。

这是我所做的。我刚刚创建了一个启动器，一个外部程序，可以导入必要的方法并调用它们。尽管这不是一个很好的解决方案，但它还是有效的。

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中的相对导入，了解详细说明以及如何完成。

我也遇到过类似的问题，作为一名软件工程师，我认为这里提出的一些解决方案并不理想。如果您想要相对导入，则不应尝试/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文件夹中。

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

在core_test.py中，执行以下操作：

import sys
sys.path.append('../components')
from core import GameLoopEvents