__init__.py允许的一件事是将模块转换为包，而不破坏API或创建无关的嵌套命名空间或私有模块*。这有助于我扩展命名空间。

如果我有一个包含

def foo():
    ...

然后用户将使用

from util import foo

如果我想为数据库交互添加实用程序函数，并且希望它们在util下有自己的命名空间，那么我需要一个新目录**，并且为了保持API兼容性（这样从util import foo仍然可以工作），我将其称为util/。我可以像这样将util.py移动到util/中，

util/
  __init__.py
  util.py
  db.py

在util/__init__.py中

from util import *

但这是多余的。我们可以将util.py内容放在__init__.py中，而不是使用util/util.py文件，用户现在可以

from util import foo
from util.db import check_schema

我认为这很好地突出了util包的__init__.py的作用方式与util模块类似

*这在其他答案中有所暗示，但我想在这里强调一下**没有采用进口体操。请注意，创建与文件同名的新包是行不通的，请参见

__init__.py将其所在的目录视为可加载模块。

对于喜欢阅读代码的人，我将二位炼金术士的评论放在这里。

$ find /tmp/mydir/
/tmp/mydir/
/tmp/mydir//spam
/tmp/mydir//spam/__init__.py
/tmp/mydir//spam/module.py
$ cd ~
$ python
>>> import sys
>>> sys.path.insert(0, '/tmp/mydir')
>>> from spam import module
>>> module.myfun(3)
9
>>> exit()
$ 
$ rm /tmp/mydir/spam/__init__.py*
$ 
$ python
>>> import sys
>>> sys.path.insert(0, '/tmp/mydir')
>>> from spam import module
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named spam
>>> 

__init__.py：它是一个在包目录中找到的Python文件，在导入包或包中的模块时调用。您可以使用它来执行包初始化代码，即每当导入包时，在执行此文件夹中的其他模块之前，首先执行python语句。它类似于c或Java程序的主函数，但它存在于Python包模块（文件夹）中，而不是核心Python文件中。它还可以访问__init__.py文件中定义的全局变量，就像将模块导入Python文件一样。

例如。我在一个名为pymodlib的文件夹中有一个__init__.py文件，该文件包含以下语句：

print(f'Invoking __init__.py for {__name__}')
pystructures = ['for_loop', 'while__loop', 'ifCondition']

当我在解决方案模块、笔记本或python控制台中导入此包pymodlib时：这两条语句在导入时执行。因此，在日志或控制台中，您将看到以下输出：

>>> import pymodlib
Invoking __init__.py for pymodlib

在python控制台的下一条语句中：我可以访问全局变量：

>> pymodlib.pystructures

它给出以下输出：

['for_loop', 'while__loop', 'ifCondition']

现在，从Python3.3开始，可以选择使用该文件来使文件夹成为Python模块。因此，您可以跳过将其包含在python模块文件夹中。

如果您使用的是Python 2，并且希望加载文件的同级文件，那么只需将文件的父文件夹添加到会话的系统路径中即可。它的行为与当前文件是init文件的情况大致相同。

import os
import sys
dir_path = os.path.dirname(__file__)
sys.path.insert(0, dir_path)

之后，相对于文件目录的常规导入将正常工作。例如。

import cheese
from vehicle_parts import *
# etc.

一般来说，您希望使用一个合适的init.py文件，但在处理遗留代码时，您可能会遇到f.ex.一个硬编码的库来加载特定文件，而不是其他文件。对于这些情况，这是一种选择。

在Python中，包的定义非常简单。与Java一样，层次结构和目录结构是相同的。但是你必须在包中包含__init__.py。我将用下面的示例解释__init__.py文件：

package_x/
|--  __init__.py
|--    subPackage_a/
|------  __init__.py
|------  module_m1.py
|--    subPackage_b/
|------  __init__.py
|------  module_n1.py
|------  module_n2.py
|------  module_n3.py

__init__.py可以是空的，只要它存在。它表示目录应被视为一个包。当然，__init__.py也可以设置适当的内容。

如果我们在module_n1中添加函数：

def function_X():
    print "function_X in module_n1"
    return

运行后：

>>>from package_x.subPackage_b.module_n1 import function_X
>>>function_X()

function_X in module_n1 

然后我们遵循层次结构包并调用module_n1函数。我们可以在subPackage_b中使用__init__.py，如下所示：

__all__ = ['module_n2', 'module_n3']

运行后：

>>>from package_x.subPackage_b import * 
>>>module_n1.function_X()

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named module_n1

因此，使用*importing，模块包受__init__.py内容的约束。

__init__.py有两个主要原因

为了方便：其他用户不需要知道您的函数在包层次结构（文档）中的确切位置。您的程序包（_P）/__初始__.py文件1.py文件2.py...文件N.py#在__init__.py中从.file1导入*从.file2导入*...从.fileN导入*#在file1.py中def add（）：通过然后其他人可以调用add（）从您的_package导入添加不知道file1的内部函数，例如从您的_package.file1导入添加如果你想初始化一些东西；例如，日志记录（应该放在顶层）：导入logging.configlogging.config.dictConfig（Your_logging_config）