我的快速解决方案是将目录添加到路径：

import sys
sys.path.insert(0, '../components/')

这是非常令人困惑的，如果您使用的是像Pycharm这样的IDE，则会更加令人困惑。

对我有用的是：

进行Pycharm项目设置（如果您正在从VE或python目录运行python）你定义的方式没有错。有时，它可以与：

from folder1.file1 import class

如果不起作用，请使用：

import folder1.file1

您的环境变量应该在系统中正确提及或在命令行参数中提供。

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

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

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

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

这种方法对我有效，比一些解决方案更不杂乱：

try:
  from ..components.core import GameLoopEvents
except ValueError:
  from components.core import GameLoopEvents

父目录位于我的PYTHONPATH中，父目录和此目录中有__init__.py文件。

上面的方法在python 2中总是有效的，但是python 3有时会遇到ImportError或ModuleNotFoundError（后者在python 3.6中是新的，也是ImportError的一个子类），所以下面的调整对我在python 2和3中都有效：

try:
  from ..components.core import GameLoopEvents
except ( ValueError, ImportError):
  from components.core import GameLoopEvents