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

$$ py.test

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

from ..components.core import GameLoopEvents

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

对我来说，只有这样才能奏效：我必须将package的值显式设置为父目录，并将父目录添加到sys.path

from os import path
import sys
if __package__ is None:
    sys.path.append( path.dirname( path.dirname( path.abspath(__file__) ) ) )
    __package__= "myparent"

from .subdir import something # the . can now be resolved

我现在可以直接用python myscript.py运行我的脚本。

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

而不是

from ..components.core import GameLoopEvents

仅仅

from pkg.components.core import GameLoopEvents

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

python -m pkg.tests.core_test

对你没有把它当作一个包。

python -m pkg.tests.core_test

详细阐述伊格纳西奥·巴斯克斯·阿布拉姆斯的回答：

Python导入机制相对于当前文件的__name__工作。当您直接执行文件时，它没有通常的名称，而是使用“__main__”作为其名称。因此相对进口不起作用。

正如Igancio所建议的，您可以使用-m选项执行它。如果您的包中有一部分要作为脚本运行，那么还可以使用__package__属性告诉该文件在包层次结构中应该具有什么名称。

看见http://www.python.org/dev/peps/pep-0366/详细信息。

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