想象一下这个目录结构:
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)
当前回答
每个人似乎都想告诉你应该做什么，而不仅仅是回答问题。
问题是，通过将mod1.py作为参数传递给解释器，您正在以'__main__'的身份运行模块。
PEP 328:
相对导入使用模块的__name__属性来确定该模块在包层次结构中的位置。如果模块的名称不包含任何包信息(例如，它被设置为'__main__')，则相对导入将被解析，就像该模块是顶级模块一样，而不管该模块实际位于文件系统的哪个位置。
在Python 2.6中，他们添加了相对于主模块引用模块的功能。PEP 366描述了这个变化。
更新:根据Nick Coghlan的说法，推荐的替代方案是使用-m开关在包中运行模块。
其他回答
下面是一个适合我的解决方案:
我做相对进口从..Sub2导入mod2 然后，如果我想运行mod1.py，然后我进入app的父目录，使用python -m开关运行模块，如python -m app.sub1.mod1。
相对导入出现此问题的真正原因是相对导入通过接受模块的__name__属性来工作。如果模块是直接运行的，那么__name__将被设置为__main__，并且它不包含任何关于包结构的信息。而且，这就是python抱怨在非包错误中相对导入的原因。
因此，通过使用-m开关，您可以向python提供包结构信息，通过这些信息，python可以成功地解析相对导入。
在进行相对导入时，我多次遇到过这个问题。而且，在阅读了之前所有的答案后，我仍然无法弄清楚如何以一种干净的方式解决它，而不需要在所有文件中放入样板代码。(尽管有些评论真的很有帮助，感谢@ncoghlan和@XiongChiamiov)
希望这能帮助那些与相对进口问题作斗争的人，因为通过PEP真的不好玩。
def import_path(fullpath):
"""
Import a file with full path specification. Allows one to
import from anywhere, something __import__ does not do.
"""
path, filename = os.path.split(fullpath)
filename, ext = os.path.splitext(filename)
sys.path.append(path)
module = __import__(filename)
reload(module) # Might be out of date
del sys.path[-1]
return module
我使用这个代码片段从路径导入模块，希望有帮助
从Python文档，
在Python 2.5中，你可以使用from __future__ import absolute_import指令将导入行为切换为绝对导入。这种绝对导入行为将成为未来版本(可能是Python 2.7)的默认设置。一旦绝对导入为默认值，import string将始终找到标准库的版本。建议用户开始尽可能多地使用绝对导入，因此最好在代码中从pkg导入字符串开始编写
看看http://docs.python.org/whatsnew/2.5.html#pep-328-absolute-and-relative-imports。你可以这样做
from .mod1 import stuff
这个方法查询并自动填充路径:
import os
import inspect
currentdir = os.path.dirname(os.path.abspath(inspect.getfile(inspect.currentframe())))
parentdir = os.path.dirname(currentdir)
os.sys.path.insert(1, parentdir)
# print("currentdir = ", currentdir)
# print("parentdir=", parentdir)
