从Python文档，

在Python 2.5中，你可以使用from __future__ import absolute_import指令将导入行为切换为绝对导入。这种绝对导入行为将成为未来版本(可能是Python 2.7)的默认设置。一旦绝对导入为默认值，import string将始终找到标准库的版本。建议用户开始尽可能多地使用绝对导入，因此最好在代码中从pkg导入字符串开始编写

很不幸，这是一个系统。路径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。路径，但如果你已经定义了一个模块，这就行不通了(我发现这是非常奇怪的行为)

正如@EvgeniSergeev在OP的注释中所说，你可以从.py文件中任意位置导入代码:

import imp

foo = imp.load_source('module.name', '/path/to/file.py')
foo.MyClass()

这是从这个SO答案中得来的。

在John B所说的之上，设置__package__变量似乎会有所帮助，而不是改变__main__，这可能会搞砸其他事情。但就我所测试的而言，它并没有完全发挥应有的作用。

我有同样的问题，PEP 328或366都没有完全解决这个问题，因为两者在一天结束时，都需要包的头包含在sys. exe中。据我所知，这是一条道路。

我还应该提到，我没有找到如何格式化字符串应该进入这些变量。是package_head.subfolder吗?Module_name”或者什么?

下面是一个适合我的解决方案:

我做相对进口从..Sub2导入mod2 然后，如果我想运行mod1.py，然后我进入app的父目录，使用python -m开关运行模块，如python -m app.sub1.mod1。

相对导入出现此问题的真正原因是相对导入通过接受模块的__name__属性来工作。如果模块是直接运行的，那么__name__将被设置为__main__，并且它不包含任何关于包结构的信息。而且，这就是python抱怨在非包错误中相对导入的原因。

因此，通过使用-m开关，您可以向python提供包结构信息，通过这些信息，python可以成功地解析相对导入。

在进行相对导入时，我多次遇到过这个问题。而且，在阅读了之前所有的答案后，我仍然无法弄清楚如何以一种干净的方式解决它，而不需要在所有文件中放入样板代码。(尽管有些评论真的很有帮助，感谢@ncoghlan和@XiongChiamiov)

希望这能帮助那些与相对进口问题作斗争的人，因为通过PEP真的不好玩。

每个人似乎都想告诉你应该做什么，而不仅仅是回答问题。

问题是，通过将mod1.py作为参数传递给解释器，您正在以'__main__'的身份运行模块。

PEP 328:

相对导入使用模块的__name__属性来确定该模块在包层次结构中的位置。如果模块的名称不包含任何包信息(例如，它被设置为'__main__')，则相对导入将被解析，就像该模块是顶级模块一样，而不管该模块实际位于文件系统的哪个位置。

在Python 2.6中，他们添加了相对于主模块引用模块的功能。PEP 366描述了这个变化。

更新:根据Nick Coghlan的说法，推荐的替代方案是使用-m开关在包中运行模块。