想象一下这个目录结构:
app/
__init__.py
sub1/
__init__.py
mod1.py
sub2/
__init__.py
mod2.py
我正在编写mod1，我需要从mod2中导入一些东西。我该怎么做呢?
我试过…sub2导入mod2，但我得到了一个“尝试相对导入非包”。
我搜索了一下，但只找到了“sys”。路径操纵“黑客”。没有干净的方法吗?
编辑:我所有的__init__.py目前是空的
Edit2:我试图这样做是因为sub2包含跨子包共享的类(sub1、subX等)。
Edit3:我正在寻找的行为与PEP 366中描述的相同(感谢John B)
当前回答
正如@EvgeniSergeev在OP的注释中所说，你可以从.py文件中任意位置导入代码:
import imp
foo = imp.load_source('module.name', '/path/to/file.py')
foo.MyClass()
这是从这个SO答案中得来的。
其他回答
我把这个写在这里供我自己参考。我知道这不是好的Python代码，但我需要一个我正在进行的项目的脚本，我想把脚本放在脚本目录中。
import os.path
import sys
sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), "..")))
看看http://docs.python.org/whatsnew/2.5.html#pep-328-absolute-and-relative-imports。你可以这样做
from .mod1 import stuff
下面是一个适合我的解决方案:
我做相对进口从..Sub2导入mod2 然后，如果我想运行mod1.py，然后我进入app的父目录，使用python -m开关运行模块，如python -m app.sub1.mod1。
相对导入出现此问题的真正原因是相对导入通过接受模块的__name__属性来工作。如果模块是直接运行的，那么__name__将被设置为__main__，并且它不包含任何关于包结构的信息。而且，这就是python抱怨在非包错误中相对导入的原因。
因此，通过使用-m开关，您可以向python提供包结构信息，通过这些信息，python可以成功地解析相对导入。
在进行相对导入时，我多次遇到过这个问题。而且，在阅读了之前所有的答案后，我仍然无法弄清楚如何以一种干净的方式解决它，而不需要在所有文件中放入样板代码。(尽管有些评论真的很有帮助，感谢@ncoghlan和@XiongChiamiov)
希望这能帮助那些与相对进口问题作斗争的人，因为通过PEP真的不好玩。
很不幸，这是一个系统。路径hack，但它工作得很好。
我在另一个层遇到了这个问题:我已经有一个指定名称的模块，但它是错误的模块。
我想做的是以下(我从模块是模块3):
mymodule\
__init__.py
mymodule1\
__init__.py
mymodule1_1
mymodule2\
__init__.py
mymodule2_1
import mymodule.mymodule1.mymodule1_1
注意，我已经安装了我的模块，但在我的安装中，我没有“mymodule1”
我会得到一个ImportError，因为它试图从我安装的模块中导入。
我尝试了一个sys。path。追加，这行不通。sys.path.insert起作用了吗
if __name__ == '__main__':
sys.path.insert(0, '../..')
有点像黑客，但都能用上了! 所以请记住，如果你想要你的决定覆盖其他路径，那么你需要使用sys.path。插入(0,pathname)让它工作!这对我来说是一个非常令人沮丧的症结，很多人说要使用“追加”功能到sys。路径，但如果你已经定义了一个模块，这就行不通了(我发现这是非常奇怪的行为)
从Python文档，
在Python 2.5中，你可以使用from __future__ import absolute_import指令将导入行为切换为绝对导入。这种绝对导入行为将成为未来版本(可能是Python 2.7)的默认设置。一旦绝对导入为默认值，import string将始终找到标准库的版本。建议用户开始尽可能多地使用绝对导入，因此最好在代码中从pkg导入字符串开始编写
