我对python没有经验，所以如果我的话有任何错误，请告诉我。如果您的文件层次结构是这样安排的：

project\
    module_1.py 
    module_2.py

module_1.py定义了一个名为func_1（）的函数，module_2.py：

from module_1 import func_1

def func_2():
    func_1()

if __name__ == '__main__':
    func_2()

如果在cmd中运行python module_2.py，它将运行func1（）定义的内容。这通常是我们导入相同层次结构文件的方式。但当您从module_2.py中的.module_1 import func_1写入时，python解释器将显示No module named'__main__.module_1'；'__main__'不是包。因此，为了解决这个问题，我们只需保留刚才所做的更改，并将两个模块移动到一个包中，然后将第三个模块作为调用方运行module_2.py。

project\
    package_1\
        module_1.py
        module_2.py
    main.py

main.py：

from package_1.module_2 import func_2

def func_3():
    func_2()

if __name__ == '__main__':
    func_3()

但我们添加一个。在module_2.py中的module_1之前，如果我们不这样做并运行main.py，python解释器会说没有名为“module_1”的模块，这有点棘手，module_1.py就在module_.py旁边。现在我让module_1.y中的func_1（）做一些事情：

def func_1():
    print(__name__)

__name__记录谁调用func_1。现在我们保留。在module1之前，运行main.py，它将打印package1.module1，而不是module1。它表示调用func_1（）的人与main.py位于同一层次结构中。暗示module1与module2.py本身处于同一层次结构。因此，如果没有点，main.py将在与自身相同的层次结构中识别模块_1，它可以识别package_1，但不能识别其下的内容。

现在让我们把它弄得有点复杂。您有一个config.ini，一个模块定义了一个函数，以便在与“main.py”相同的层次结构中读取它。

project\
    package_1\
        module_1.py
        module_2.py
    config.py
    config.ini
    main.py

由于某些不可避免的原因，您必须使用module_2.py调用它，因此它必须从上层导入module_2.py:

 import ..config
 pass

两个点表示从上层导入（三个点访问上层，而不是上层，依此类推）。现在我们运行main.py，解释器会说：ValueError：试图在顶级包之外进行相对导入。这里的“顶级包”是main.py。正因为config.py在main.py的旁边，所以它们处于相同的层次结构中，config.py不是“在”main.py之下，或者它不是由main.py“引导”的，所以它超出了main.py之外。要解决这个问题，最简单的方法是：

project\
    package_1\
        module_1.py
        module_2.py
    config.py
    config.ini
main.py

我认为这符合排列项目文件层次结构的原则，您应该在不同的文件夹中排列具有不同功能的模块，只需在外部保留一个顶级调用程序，您就可以随意导入。

这同样有效，而且比使用sys模块简单得多：

with open("C:/yourpath/foobar.py") as f:
    eval(f.read())

在本例中，要将Bar.py导入Foo.py，首先我会将这些文件夹转换为Python包，如下所示：

dirFoo\
    __init__.py
    Foo.py
    dirBar\
        __init__.py
        Bar.py

然后我会在Foo.py中这样做：

from .dirBar import Bar

如果我希望名字空间看起来像Bar.whatever，或者

from . import dirBar

如果我想要名称空间dirBar.Bar.whatever。如果您在dirBar包下有更多模块，则第二种情况非常有用。

这是相关的政治公众人物：

http://www.python.org/dev/peps/pep-0328/

特别是，假设dirFoo是从dirBar开始的目录。。。

在dirFoo\Foo.py中：

from ..dirBar import Bar

称我过于谨慎，但我喜欢让我的更便携，因为假设文件总是在每台计算机上的同一位置是不安全的。就我个人而言，我让代码先查找文件路径。我使用Linux，所以我的看起来像这样：

import os, sys
from subprocess import Popen, PIPE
try:
    path = Popen("find / -name 'file' -type f", shell=True, stdout=PIPE).stdout.read().splitlines()[0]
    if not sys.path.__contains__(path):
        sys.path.append(path)
except IndexError:
    raise RuntimeError("You must have FILE to run this program!")

当然，除非你打算把这些包装在一起。但如果是这样的话，你实际上不需要两个单独的文件。

Linux用户快速而肮脏的方式

如果您只是在修补，而不关心部署问题，则可以使用符号链接（假设您的文件系统支持该链接）使模块或包在请求模块的文件夹中直接可见。

ln -s (path)/module_name.py

or

ln -s (path)/package_name

注意：“模块”是扩展名为.py的任何文件，“包”是包含__init__.py文件（可以是空文件）的任何文件夹。从使用的角度来看，模块和包是相同的——都会根据import命令的请求公开其包含的“定义和语句”。

参见：http://docs.python.org/2/tutorial/modules.html