当你使用下面这行代码时，会创建一个__pycache__文件夹:

import file_name

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

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

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

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

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

python -B foo.py

另一个选项，正如tcaswell所指出的，是将环境变量PYTHONDONTWRITEBYTECODE设置为任何值(根据Python的手册页，任何“非空字符串”)。

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

我不建议在开发过程中经常费力地删除这些文件或抑制创建，因为这会浪费你的时间。只需准备一个递归命令(见下文)，以便在需要时进行清理，因为字节码在边缘情况下可能会过时(见注释)。

Python程序员通常忽略字节码。确实__pycache__和*。Pyc是.gitignore文件中常见的行。字节码不是用于分发的，可以使用dis模块进行分解。

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

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

将__pycache__替换为*。pyc for Python 2。

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

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

在Windows上，等价的命令可能是(未测试，欢迎批处理脚本):

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

这与通过项目隐藏文件夹使用右击> hide…

运行单元测试是删除*. .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 .

当你导入一个模块时，

import file_name

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

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

(以前的版本用于将缓存的字节码存储为.pyc文件，与.py文件放在同一个目录中，但从Python 3开始，它们被移动到子目录中以使内容更整洁。)

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

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

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

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

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