我有一个类似的问题：我需要一个Linux服务和cgi插件，它们使用共同的常量来协作。这样做的“自然”方法是将它们放在包的init.py中，但我不能使用-m参数启动cgi插件。

我的最终解决方案与上述解决方案2类似：

import sys
import pathlib as p
import importlib

pp = p.Path(sys.argv[0])
pack = pp.resolve().parent

pkg = importlib.import_module('__init__', package=str(pack))

缺点是必须在常数（或公共函数）前面加上pkg：

print(pkg.Glob)

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是文件所在目录的引用，作为绝对路径）。

希望这对外面的人来说是有价值的——我浏览了六篇stackoverflow的帖子，试图找出与上面帖子类似的相对进口。我按照建议设置了所有内容，但仍在运行ModuleNotFoundError：没有名为“my_module_name”的模块

由于我只是在本地开发并四处游玩，所以我没有创建/运行setup.py文件。我显然也没有设置我的巨蟒。

我意识到，当我像以前一样运行代码时，当测试与模块位于同一目录中时，我找不到模块：

$ python3 test/my_module/module_test.py                                                                                                               2.4.0
Traceback (most recent call last):
  File "test/my_module/module_test.py", line 6, in <module>
    from my_module.module import *
ModuleNotFoundError: No module named 'my_module'

然而，当我明确指定路径时，事情就开始工作了：

$ PYTHONPATH=. python3 test/my_module/module_test.py                                                                                                  2.4.0
...........
----------------------------------------------------------------------
Ran 11 tests in 0.001s

OK

因此，如果有人尝试了一些建议，认为他们的代码结构正确，但仍然发现自己处于与我类似的情况，如果您不将当前目录导出到PYTHONPATH，请尝试以下任一操作：

运行代码并显式包含如下路径：$PYTHONPATH=。python3测试/my_module/模块测试.py为了避免调用PYTHONPATH=。，创建一个包含如下内容的setup.py文件，并运行python setup.py开发，将包添加到路径中：

#设置.py从setuptools导入安装程序，find_packages设置(name=“示例”，packages=find_packages（）)

我为Python创建了一个新的实验性导入库：ultraimport

它使程序员能够对导入进行更多的控制，并使其明确无误。此外，当导入失败时，它还会提供更好的错误消息。

它允许您执行相对的、基于文件系统的导入，无论您如何运行代码，也无论您当前的工作目录是什么，这些导入始终有效。运行脚本或模块并不重要。您也不必更改sys.path，这可能会产生其他副作用。

然后你会改变

from .mymodule import myfunction

to

import ultraimport
myfunction = ultraimport('__dir__/mymodule.py', 'myfunction')

这样，即使您将代码作为脚本运行，导入也始终有效。

像这样导入脚本时的一个问题是，后续的相对导入可能会失败。ultraimport有一个内置的预处理器来自动重写相关的导入。

我在尝试编写一个可以作为模块或可执行脚本加载的python文件时遇到了类似的问题。

安装程序

/path/to/project/
├── __init__.py
└── main.py
    └── mylib/
        ├── list_util.py
        └── args_util.py

具有：

main.py：

#!/usr/bin/env python3
import sys
import mylib.args_util

if __name__ == '__main__':
    print(f'{mylib.args_util.parseargs(sys.argv[1:])=}')

mylib/list_util.py：

def to_int_list(args):
    return [int(x) for x in args]

mylib/args_util.py：

#!/usr/bin/env python3
import sys
from . import list_util as lu

def parseargs(args):
    return sum(lu.to_int_list(args))

if __name__ == '__main__':
    print(f'{parseargs(sys.argv[1:])=}')

输出

$ ./main.py 1 2 3
mylib.args_util.parseargs(sys.argv[1:])=6

$ mylib/args_util.py 1 2 3
Traceback (most recent call last):
  File "/path/to/project/mylib/args_util.py", line 10, in <module>
    from . import list_util as lu
ImportError: attempted relative import with no known parent package

解决方案

我决定使用Bash/Python多语言解决方案。Bash版本的程序只调用python3-m mylib.args_util，然后退出。

Python版本忽略Bash代码，因为它包含在docstring中。

Bash版本忽略Python代码，因为它使用exec停止解析/运行行。

mylib/args_util.py：

#!/bin/bash
# -*- Mode: python -*-
''''true
exec /usr/bin/env python3 -m mylib.args_util "$@"
'''

import sys
from . import list_util as lu

def parseargs(args):
    return sum(lu.to_int_list(args))

if __name__ == '__main__':
    print(f'{parseargs(sys.argv[1:])=}')

输出

$ ./main.py 1 2 3
mylib.args_util.parseargs(sys.argv[1:])=6

$ mylib/args_util.py 1 2 3
parseargs(sys.argv[1:])=6

解释

第1行：#/bin/bash；这是“shebang”线；它告诉交互式shell如何运行该脚本。Python:忽略（注释）Bash：忽略（注释）第2行：#-*-模式：python-*-可选；这被称为“模式线”；它告诉Emacs使用Python语法高亮显示，而不是在读取文件时猜测语言是Bash。Python:忽略（注释）Bash：忽略（注释）第3行：“”“truePython:将其视为以“true”开头的未分配文档字符串\nBash：将其视为三个扩展为true的字符串（其中前两个是空字符串）（即“+”+“true”=“true”）；然后它运行为true（它什么都不做）并继续到下一行第4行：exec/usr/bin/env python3-m mylib.args_util“$@”Python：仍然将其视为第3行中文档字符串的一部分。Bash：运行python3-m mylib.args_util，然后退出（它不会分析超出这一行的任何内容）第5行：“”Python：将其视为第3行中文档字符串的结尾。Bash：不解析此行

注意事项

这在Windows上不起作用：解决方法：使用WSL或批处理包装脚本调用python-m mylib.args_util。仅当当前工作目录设置为/path/to/project/时，此操作才有效。解决方法：调用/usr/bin/env时设置PYTHONPATH#!/bin/bash#-*-模式：python-*-“”“真的执行/usr/bin/env python3\PYTHONPATH=“$（cd”$（dirname“$0”）/。。“；pwd）”\-m mylib.args_util“$@”'''

如果两个包都在您的导入路径（sys.path）中，并且您想要的模块/类在example.example.py中，那么要访问该类而不进行相对导入，请尝试：

from example.example import fkt