我有一个类似的问题，我不想更改Python模块搜索路径，并且需要从脚本中相对地加载模块（尽管上面BrenBarn很好地解释了“脚本不能相对地全部导入”）。

所以我使用了以下黑客。不幸的是，它依赖于imp模块自从3.4版本被弃用，转而使用importlib。（importlib也有可能吗？我不知道。）不过，目前黑客还是可以使用的。

从驻留在subpackage2文件夹中的脚本访问subpackage1中的moduleX成员的示例：

#!/usr/bin/env python3

import inspect
import imp
import os

def get_script_dir(follow_symlinks=True):
    """
    Return directory of code defining this very function.
    Should work from a module as well as from a script.
    """
    script_path = inspect.getabsfile(get_script_dir)
    if follow_symlinks:
        script_path = os.path.realpath(script_path)
    return os.path.dirname(script_path)

# loading the module (hack, relying on deprecated imp-module)
PARENT_PATH = os.path.dirname(get_script_dir())
(x_file, x_path, x_desc) = imp.find_module('moduleX', [PARENT_PATH+'/'+'subpackage1'])
module_x = imp.load_module('subpackage1.moduleX', x_file, x_path, x_desc)

# importing a function and a value
function = module_x.my_function
VALUE = module_x.MY_CONST

一种更干净的方法似乎是修改Federico提到的用于加载模块的sys.path。

#!/usr/bin/env python3

if __name__ == '__main__' and __package__ is None:
    from os import sys, path
    # __file__ should be defined in this case
    PARENT_DIR = path.dirname(path.dirname(path.abspath(__file__)))
   sys.path.append(PARENT_DIR)
from subpackage1.moduleX import *

因此，在与许多其他人一起对此吹毛求疵之后，我在本文中看到了Dorian B发布的一篇笔记，它解决了我在开发用于web服务的模块和类时遇到的具体问题，但我也希望能够在编写代码时使用PyCharm中的调试器工具对它们进行测试。要在自包含的类中运行测试，我将在类文件的末尾包含以下内容：

if __name__ == '__main__':
   # run test code here...

但是如果我想在同一个文件夹中导入其他类或模块，那么我就必须将所有的导入语句从相对表示法更改为本地引用（即删除点（.））。但是在阅读了Dorian的建议后，我尝试了他的“一行”，结果成功了！我现在可以在PyCharm中进行测试，当我在另一个被测试的类中使用该类时，或者当我在web服务中使用它时，我可以将测试代码留在原地！

# import any site-lib modules first, then...
import sys
parent_module = sys.modules['.'.join(__name__.split('.')[:-1]) or '__main__']
if __name__ == '__main__' or parent_module.__name__ == '__main__':
    from codex import Codex # these are in same folder as module under test!
    from dblogger import DbLogger
else:
    from .codex import Codex
    from .dblogger import DbLogger

if语句检查我们是否将此模块作为main运行，或者它是否正在另一个作为main测试的模块中使用。也许这是显而易见的，但我在这里提供了这条注释，以防其他人对上述相关进口问题感到沮丧，可以利用它。

__name__根据所讨论的代码是在全局命名空间中运行还是作为导入模块的一部分运行而改变。

如果代码未在全局空间中运行，__name__将是模块的名称。如果它在全局命名空间中运行——例如，如果您将其键入控制台，或使用python.exe yourscriptnamehere.py将模块作为脚本运行，那么__name__将变为“__main__”。

如果__name__=='__main__'用于测试代码是否从全局命名空间运行，您将看到许多python代码，这允许您拥有一个兼作脚本的模块。

您是否尝试从控制台进行这些导入？

这确实是python中的一个问题。混淆的根源是人们错误地将相对导入视为路径相对，而不是路径相对。

例如，当您使用faa.py编写时：

from .. import foo

只有当faa.py在执行过程中作为包的一部分被python识别并加载时，这才有意义。在这种情况下，模块的名称例如，faa.py将是some_packagename.faa。如果加载文件只是因为它在当前目录中，那么当运行python时，它的名称将不会引用任何包，最终相对导入将失败。

在当前目录中引用模块的一个简单解决方案是：

if __package__ is None or __package__ == '':
    # uses current directory visibility
    import foo
else:
    # uses current package visibility
    from . import foo

根据Lars的建议，我将这种方法包装在一个实验性的新导入库中：ultraimport

它使程序员能够更好地控制导入，并允许基于文件系统的导入。因此，您可以从脚本进行相对导入。父包不是必需的。无论您如何运行代码或当前的工作目录是什么，ultraimport都将始终有效，因为ultraimport使导入变得明确。您不需要更改sys.path，也不需要try/except块来有时执行相对导入，有时执行绝对导入。

然后你可以在somefile.py中写下类似的内容：

import ultraimport
foo = ultraimport('__dir__/foo.py')

__dir__是superimport（）的调用程序somefile.py的目录。foo.py将与somefile.py位于同一目录中。

像这样导入脚本时需要注意的一点是，如果它们包含进一步的相对导入。ultraimport有一个内置的预处理器，用于将后续的相对导入重写为ultraimports，以便它们继续工作。尽管如此，由于最初的Python导入是不明确的，所以目前这有点有限，您只能做这么多。

相对导入使用模块的name属性来确定该模块在包层次结构中的位置。如果模块的名称不包含任何包信息（例如，它被设置为“main”），则无论模块在文件系统上的实际位置如何，都会将相对导入解析为顶级模块。

为PyPi编写了一个小python包，可能有助于了解这个问题。如果希望能够从包/项目中运行包含包含高级包的导入的python文件，而不直接在导入文件的目录中，则该包可以作为变通方法。https://pypi.org/project/import-anywhere/