SystemError:未加载父模块“”，无法执行相对导入

这意味着您正在以脚本的形式运行包内的模块。在包中混合脚本是很棘手的，应该尽可能避免。使用包装脚本来导入包并运行脚本函数。

如果您的顶级目录名为foo，位于PYTHONPATH模块搜索路径上，并且您在那里有一个包栏（这是一个需要__init__.py文件的目录），则脚本不应该放在栏中，而应该最好放在foo中。

请注意，脚本与这里的模块不同，因为它们被用作python命令的文件名参数，可以使用python<filename>，也可以通过#！（shebang）线。它直接作为__main__模块加载（这就是为什么__name__==“__main__”：在脚本中工作），并且没有包上下文可用于构建相对导入。

您的选项

如果可以，可以使用setuptools（或po诗或flit，这有助于简化打包）打包项目，并创建控制台脚本入口点；使用pip安装项目，然后创建知道如何正确导入包的脚本。您可以使用pipinstall-e在本地安装软件包。，所以它仍然可以被编辑。否则，永远不要使用python路径/to/packagename/file.py，始终使用python路径/tio/script.py，script.py可以从packagename导入。。。。作为备用方案，可以使用-m命令行开关告诉Python导入一个模块，并将其用作__main__文件。这对于shebang行不起作用，因为已经没有脚本文件了。如果使用python-m foo.bar，并且在sys.path目录中找到foo/bar.py，则会使用正确的包上下文将其导入并作为__main__执行。如果bar也是一个包，在foo/中，它必须有一个__main__.py文件（所以foo/bar/__main__.p是sys.path目录的路径）。在极端情况下，通过直接设置__package__来添加Python用于解析相对导入的元数据；文件foo/bar/spam.py（可作为foo.bar.spam导入）被赋予全局__package__=“foo.bar”。它只是另一个全局文件，如__file__和__name__，在导入时由Python设置。

在sys.path上

以上所有内容都要求您的包可以导入，这意味着它需要在sys.path中列出的目录（或zip文件）中找到。这里也有几个选项：

找到路径/to/script.py的目录（因此路径/to）会自动添加到sys.path。执行python路径/to/foo.py会将路径/to添加到sys_path。如果您打包了项目（使用setuptools、po诗、flit或其他Python打包工具）并安装了它，那么该包已经添加到正确的位置。作为最后的手段，请自己将正确的目录添加到sys.path。如果包可以相对于脚本文件定位，请使用脚本全局命名空间中的__file__变量（例如，使用pathlib.Path对象，HERE=Path（__file__）.resolve（）。parent是文件所在目录的引用，作为绝对路径）。

我认为最好的解决方案是为您的模块创建一个包：这里有更多关于如何做的信息。

一旦你有了一个包装，你就不必担心相对进口，你只需要做绝对进口。

不幸的是，这个模块需要在包中有时需要作为脚本运行。知道我怎么做吗实现这一目标？

这样的布局很常见。。。

main.py
mypackage/
    __init__.py
    mymodule.py
    myothermodule.py

…有一个mymodule.py像这样。。。

#!/usr/bin/env python3

# Exported function
def as_int(a):
    return int(a)

# Test function for module  
def _test():
    assert as_int('1') == 1

if __name__ == '__main__':
    _test()

…一个肌肉热模块。。。

#!/usr/bin/env python3

from .mymodule import as_int

# Exported function
def add(a, b):
    return as_int(a) + as_int(b)

# Test function for module  
def _test():
    assert add('1', '1') == 2

if __name__ == '__main__':
    _test()

…还有一个像这样的男人。。。

#!/usr/bin/env python3

from mypackage.myothermodule import add

def main():
    print(add('1', '1'))

if __name__ == '__main__':
    main()

…当您运行main.py或mypackage/mymodule.py时，它工作得很好，但由于相对导入，mypackage/myothermodule.py失败。。。

from .mymodule import as_int

你应该用的方式是。。。

python3 -m mypackage.myothermodule

……但它有些冗长，与#/usr/bin/env python3。

对于这种情况，最简单的解决方法是避免使用相对导入，而只使用。。。

from mymodule import as_int

…虽然，如果它不是唯一的，或者您的包结构更复杂，您需要在PYTHONPATH中包含包含您的包目录的目录，并这样做。。。

from mypackage.mymodule import as_int

…或者如果你想让它“开箱即用”，你可以先用这个。。。

import sys
import os

SCRIPT_DIR = os.path.dirname(os.path.abspath(__file__))
sys.path.append(os.path.dirname(SCRIPT_DIR))

from mypackage.mymodule import as_int

这是一种痛苦，但有一个线索，为什么在一封由某个Guido van Rossum写的电子邮件中。。。

我对这件事和任何其他提议的无聊事都持反对态度__机械唯一的用例似乎是运行发生的脚本生活在模块的目录中，我一直认为反模式。要让我改变主意，你必须说服我它不是。

在包中运行脚本是否是反模式是主观的，但就我个人而言，我发现它在包含一些自定义wxPython小部件的包中非常有用，因此我可以为任何源文件运行脚本，以显示仅包含该小部件的wx.Frame，用于测试目的。

值得注意的是，有时是缓存导致了这一切——在将类重新排列到新目录中之后，我尝试了不同的方法，并且在删除__pycache之后，相对导入开始工作__

我尝试了以上所有方法，但都没有效果，结果发现我的包名中错误地包含了-。

简而言之，在__init__.py所在的目录中不要有-。在发现这样的无意义之后，我从未感到欢欣鼓舞。

如果以下导入：

from . import something 

不适用于您，这是因为这是python打包导入，不会与您的常规实现一起使用，下面是一个示例来演示如何使用它：

文件夹结构：

.
└── funniest
    ├── funniest
    │   ├── __init__.py
    │   └── text.py
    ├── main.py
    └── setup.py 

内部__init__.py添加：

def available_module(): 
    return "hello world"

text.py添加：

from . import available_module

在setup.py中添加

from setuptools import setup

setup(name='funniest',
  version='0.1',
  description='The funniest joke in the world',
  url='http://github.com/storborg/funniest',
  author='Flying Circus',
  author_email='flyingcircus@example.com',
  license='MIT',
  packages=['funniest'],
  zip_safe=False)

现在，这是安装软件包最重要的部分：

pip install .

在我们的系统中使用相同Python的任何地方，我们现在都可以这样做：

>> import funnies.text as fun
>> fun.available_module() 

这应该输出“hello world”

您可以在main.py中测试它（这不需要安装任何软件包）

这也是main.py

import funniest.text as fun 
print(fun.available_module())