什么是__pycache__？

当您在 Python 中运行程序时，解释器首先将其编译为字节码（这过于简单化了）并将其存储在 __pycache__ 文件夹中。如果您在那里查看，您会发现一堆文件共享您项目文件夹中 .py 文件的名称，只有它们的扩展名是 .pyc 或 .pyo。这些分别是程序文件的字节码编译版本和优化的字节码编译版本。

作为程序员，你基本上可以忽略它......它所做的只是让你的程序启动得更快一点。当您的脚本更改时，它们将被重新编译，如果您删除文件或整个文件夹并再次运行您的程序，它们将重新出现（除非您特别禁止该行为）。

当您将代码发送给其他人时，通常的做法是删除该文件夹，但您是否这样做并不重要。当您使用版本控制 (git) 时，此文件夹通常列在忽略文件 (.gitignore) 中，因此不包括在内。

如果您使用的是 CPython（这是最常见的，因为它是参考实现）并且您不想要该文件夹，那么您可以通过使用 -B 标志启动解释器来抑制它，例如

python -B foo.py

如 tcaswell 所述，另一种选择是将环境变量 PYTHONDONTWRITEBYTECODE 设置为任何值（根据 Python 的手册页，任何“非空字符串”）。

---

__pycache__ 是一个文件夹，其中包含 已编译并准备执行的 Python 3 字节码。

我不建议在开发过程中经常费力地删除这些文件或禁止创建，因为这会浪费您的时间。只需准备好递归命令（见下文）即可在需要时进行清理，因为字节码在极端情况下会变得陈旧（见注释）。

Python 程序员通常会忽略字节码。实际上 __pycache__ 和 *.pyc 是在 .gitignore 文件中常见的行。字节码不用于分发，可以使用 dis module 进行反汇编。

如果您使用的是 OS X，您可以通过从项目的根文件夹运行以下命令轻松隐藏项目中的所有这些文件夹。

find . -name '__pycache__' -exec chflags hidden {} \;

对于 Python 2，将 __pycache__ 替换为 *.pyc。

这会在所有这些目录（.pyc 文件）上设置一个标志，告诉 Finder/Textmate 2 将它们从列表中排除。重要的是字节码在那里，它只是被隐藏了。

如果您创建新模块并希望隐藏新字节码或删除隐藏的字节码文件，请重新运行该命令。

在 Windows 上，等效命令可能是（未经测试，欢迎使用批处理脚本）：

dir * /s/b | findstr __pycache__ | attrib +h +s +r

这与使用右键单击 > 隐藏来浏览项目隐藏文件夹相同...

运行单元测试是删除 *.pyc 文件和 __pycache__ 文件夹确实有用的一种情况（更多在评论中）。我在 ~/.bash_profile 中使用以下行，并在需要时运行 cl 进行清理。

alias cpy='find . -name "__pycache__" -delete'
alias cpc='find . -name "*.pyc"       -delete'
...
alias cl='cpy && cpc && ...'

最近还有更多

# pip install pyclean
pyclean .

---

使用以下行时会创建一个 __pycache__ 文件夹：

import file_name

或尝试从您创建的另一个文件中获取信息。这使得第二次运行程序以打开另一个文件时速度更快一些。

---

来自 3.7+ 文档的更新答案：

为了加快加载模块的速度，Python 将每个模块的编译版本缓存在名为 module.version.pyc 的 __pycache__ 目录中，其中版本编码了编译文件的格式；它通常包含 Python 版本号。例如，在 CPython 3.3 版中，spam.py 的编译版本将被缓存为 __pycache__/spam.cpython-33.pyc。这种命名约定允许来自不同版本和不同 Python 版本的编译模块共存。

来源：https://docs.python.org/3/tutorial/modules.html#compiled-python-files

也就是说，这个目录是由 Python 生成的，存在是为了让你的程序运行得更快。它不应该致力于源代码控制，而应该与您的本地源代码和平共处。

__pycache__ 是一个目录，其中包含由 python 自动生成的字节码缓存文件，即已编译的 python 或 .pyc 文件。您可能想知道为什么 Python 这种“解释型”语言有任何已编译的文件。 This SO question 解决了这个问题（绝对值得一读 this answer）。

python 文档更深入地了解它的工作原理以及它存在的原因：

它是在 python 3.2 中添加的，因为现有的在同一目录中维护 .pyc 文件的系统会导致各种问题，例如在使用不同版本的 Python 解释器运行程序时。有关完整功能规范，请参阅 PEP 3174。

---

导入模块时，

import file_name

Python 将编译后的字节码存储在 __pycache__ 目录中，以便将来的导入可以直接使用它，而不必再次解析和编译源代码。

它不会仅仅为了运行脚本而这样做，只有在导入文件时才会这样做。

（以前的版本用于将缓存的字节码存储为 .pyc 文件，这些文件在与 .py 文件相同的目录中乱扔垃圾，但从 Python 3 开始，它们被移至子目录以使事情更整洁。）

PYTHONDONTWRITEBYTECODE ---> 如果将其设置为非空字符串，Python 将不会尝试在导入源模块时写入 .pyc 文件。这等效于指定 -B 选项。

---

来自官方 python 教程 Modules

为了加快加载模块的速度，Python 将每个模块的编译版本缓存在名为 module.version.pyc 的 __pycache__ 目录中，其中版本编码了编译文件的格式；它通常包含 Python 版本号。例如，在 CPython 3.6 版中，spam.py 的编译版本将被缓存为 __pycache__/spam.cpython-36.pyc。

来自 Python 文档 Programming FAQs

当一个模块第一次被导入时（或者当源文件在当前编译文件被创建之后发生了改变时）一个包含编译代码的 .pyc 文件应该在包含 .py 文件的目录的 __pycache__ 子目录中创建。 .pyc 文件的文件名以与 .py 文件相同的名称开头，以 .pyc 结尾，中间组件取决于创建它的特定 python 二进制文件。

---

当解释器编译代码时，Python 版本 2.x 将具有 .pyc。

当解释器编译代码时，Python 版本 3.x 将具有 __pycache__。

alok@alok:~$ ls
module.py  module.pyc  __pycache__  test.py
alok@alok:~$

---

python 解释器编译 *.py 脚本文件并将编译结果保存到 __pycache__ 目录。

再次执行项目时，如果解释器识别出 *.py 脚本未被修改，则跳过编译步骤并运行之前生成的存储在 __pycache__ 文件夹中的 *.pyc 文件。

当项目复杂时，可以缩短项目运行前的准备时间。如果程序太小，您可以通过使用带有 B 选项的 python -B abc.py 来忽略它。

---

执行 python 脚本会导致字节码在内存中生成并保存到程序关闭。如果导入了模块，为了更快的可重用性，Python 将创建一个缓存 .pyc（PYC 是 'Python' 'Compiled'）文件，其中缓存了正在导入的模块的字节码。想法是通过避免在重新导入时重新编译（编译一次，运行多次策略）来加速 python 模块的加载。

文件名与模块名相同。初始点之后的部分表示创建缓存的 Python 实现（可能是 CPython），后跟其版本号。

---

在 3.2 及更高版本中，Python 将 .pyc 编译后的字节码文件保存在名为 __pycache__ 的子目录中，该子目录位于源文件所在的目录中，文件名标识创建它们的 Python 版本（例如 script.cpython-33.pyc )

---

下次启动应用程序时是否会自动调用 __pycache__ 中的字节码？ IE：如果我们第一次运行某个应用程序 main.py，并且所有必要的模块都被编译并存储在 pycache 中，那么即使我调用 python main.py，下次它们也会自动使用吗？或者我们将不得不调用 python _pycache_/main.pyc？

---