自Python 3.3以来，__init__.py不再需要将目录定义为可导入的Python包。

检查PEP 420：隐式命名空间包：

对不需要__init__.py标记文件并且可以自动跨越多个路径段的包目录的本地支持（受PEP 420中描述的各种第三方命名空间包方法的启发）

测试如下：

$ mkdir -p /tmp/test_init
$ touch /tmp/test_init/module.py /tmp/test_init/__init__.py
$ tree -at /tmp/test_init
/tmp/test_init
├── module.py
└── __init__.py
$ python3

>>> import sys
>>> sys.path.insert(0, '/tmp')
>>> from test_init import module
>>> import test_init.module

$ rm -f /tmp/test_init/__init__.py
$ tree -at /tmp/test_init
/tmp/test_init
└── module.py
$ python3

>>> import sys
>>> sys.path.insert(0, '/tmp')
>>> from test_init import module
>>> import test_init.module

参考文献：https://docs.python.org/3/whatsnew/3.3.html#pep-420个隐式命名空间包https://www.python.org/dev/peps/pep-0420/Python 3中的包是否不需要__init__.py？

__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
>>> 

自Python 3.3以来，__init__.py不再需要将目录定义为可导入的Python包。

检查PEP 420：隐式命名空间包：

对不需要__init__.py标记文件并且可以自动跨越多个路径段的包目录的本地支持（受PEP 420中描述的各种第三方命名空间包方法的启发）

测试如下：

$ mkdir -p /tmp/test_init
$ touch /tmp/test_init/module.py /tmp/test_init/__init__.py
$ tree -at /tmp/test_init
/tmp/test_init
├── module.py
└── __init__.py
$ python3

>>> import sys
>>> sys.path.insert(0, '/tmp')
>>> from test_init import module
>>> import test_init.module

$ rm -f /tmp/test_init/__init__.py
$ tree -at /tmp/test_init
/tmp/test_init
└── module.py
$ python3

>>> import sys
>>> sys.path.insert(0, '/tmp')
>>> from test_init import module
>>> import test_init.module

参考文献：https://docs.python.org/3/whatsnew/3.3.html#pep-420个隐式命名空间包https://www.python.org/dev/peps/pep-0420/Python 3中的包是否不需要__init__.py？

尽管Python在没有__init__.py文件的情况下工作，但仍应包含一个。

它指定目录应被视为一个包，因此包含它（即使它是空的）。

还有一种情况是，您可能实际使用__init__.py文件：

假设您具有以下文件结构：

main_methods 
    |- methods.py

而methods.py包含以下内容：

def foo():
    return 'foo'

要使用foo（），您需要以下选项之一：

from main_methods.methods import foo # Call with foo()
from main_methods import methods # Call with methods.foo()
import main_methods.methods # Call with main_methods.methods.foo()

也许您需要（或希望）将methods.py保存在main_methods（例如运行时/依赖项）中，但您只希望导入main_method。

如果将methods.py的名称更改为__init__.py，则可以通过导入main_methods来使用foo（）：

import main_methods
print(main_methods.foo()) # Prints 'foo'

这是因为__init__.py被视为包的一部分。

一些Python包实际上做到了这一点。一个例子是JSON，其中运行import JSON实际上是从JSON包中导入__init__.py（请参阅此处的包文件结构）：

源代码：Lib/json/__init__.py

它曾经是包的必需部分（旧的3.3之前的“常规包”，而不是更新的3.3+“命名空间包”）。

这是文档。

Python定义了两种类型的包，常规包和命名空间包。常规包是Python 3.2和更早版本中存在的传统包。常规包通常实现为包含__init__.py文件的目录。导入常规包时，将隐式执行__init__.py文件，它定义的对象将绑定到包的命名空间中的名称。__init__.py文件可以包含任何其他模块都可以包含的Python代码，并且Python将在导入模块时向模块添加一些附加属性。

但只需单击链接，它包含一个示例、更多信息和对命名空间包的解释，这是一种没有__init__.py的包。

它有助于导入其他python文件。当您将此文件放置在包含其他py文件的目录（比如stuff）中时，可以执行类似importstuff.other的操作。

root\
    stuff\
         other.py

    morestuff\
         another.py

如果在目录中没有这个__init__.py，您就无法导入other.py，因为Python不知道这些东西的源代码在哪里，也无法将其识别为一个包。