精准定位所有__pycache__目录应使用find . -type d -name '__pycache__'，其中-type d限定为目录类型，-name精确匹配大小写敏感的固定名称，引号防止shell展开，避免误用-iname或通配符。
find 命令怎么精准定位所有 __pycache__ 目录
默认情况下，find 会递归遍历整个目录树，但容易误删或漏删——关键在指定类型和路径模式。__pycache__ 是目录（不是文件），且名字固定、大小写敏感，必须用 -type d 限定类型，再用 -name '__pycache__' 精确匹配。
常见错误是写成 -name '*pycache*' 或漏掉引号导致 shell 展开失败；还有人用 -iname（忽略大小写），但实际项目里不会出现 __PYCACHE__，没必要，反而可能匹配到意外目录。
- 安全起见，先只查看不删除：
find . -type d -name '__pycache__' - 如果项目根目录下有符号链接指向其他位置，加
-follow可能跨出项目范围，建议不用 - 某些构建工具（如 mypy）会在临时路径生成
__pycache__，若想排除特定子目录，可用-path './venv/*' -prune -o组合跳过
批量删除时为什么推荐用 -delete 而不是 -exec rm -rf {} \;
-delete 是 find 内置动作，原子性强、速度快，且自动按深度优先顺序删除（先删子目录再删父目录），避免“目录非空”报错。而 -exec rm -rf {} \; 每次都 fork 新进程，效率低，还可能因权限或路径含空格出问题（虽然 __pycache__ 通常不含空格，但习惯要防）。
注意：-delete 隐含 -depth，所以无需额外加参数；但它要求 -path 和 -name 等条件写在 -delete 前面，顺序错了就删错东西。
- 正确写法：
find . -type d -name '__pycache__' -delete - 错误写法：
find . -delete -type d -name '__pycache__'（条件失效） - 如果系统 find 不支持
-delete（如旧版 macOS），改用-exec rm -rf {} +（注意是+不是\;，批量传参更高效）
PyCharm / VS Code 等 IDE 自动生成的 __pycache__ 怎么避免反复产生
IDE 本身不运行 Python 字节码，但部分插件（如 PyCharm 的 “Python Console” 或 “Tests” 运行器）会调用解释器执行代码，触发 .pyc 编译，进而创建 __pycache__。这不是 bug，是 Python 解释器默认行为。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
真正可控的是是否让解释器写缓存：启动时加 -B 参数可禁止生成 .pyc，但 IDE 一般不暴露这个开关；更实际的做法是配置 IDE 的运行配置或测试配置，在 “Environment variables” 里加 PYTHONDONTWRITEBYTECODE=1。
- VS Code：在
.vscode/settings.json中加"python.defaultInterpreterPath"不管用，得改launch.json的env字段 - PyCharm：File → Settings → Tools → Python Console →勾选 “Add content roots to PYTHONPATH” 无关，真正有效的是在 “Console” 设置里加环境变量
- 注意：禁用字节码会略微拖慢模块首次导入速度，但对开发体验几乎无感
Git 里为什么总有人忘记加 __pycache__ 到 .gitignore
因为 __pycache__ 是目录，不是文件，.gitignore 规则必须以 / 开头才能确保只匹配项目根下的同名目录？不对。实际上 __pycache__/ 就够了——末尾斜杠表示“只匹配目录”，前面不加 / 是通配匹配（即任何层级的 __pycache__ 目录都会被忽略）。
常见疏漏是只写了 __pycache__（没加斜杠），Git 仍会忽略，但语义不明确；或者写了 **/__pycache__/，其实多余，因为 __pycache__/ 本身已递归生效。
- 标准写法：
__pycache__/（推荐）或**/__pycache__/（等价，但冗余） - 已提交过的
__pycache__不会被自动忽略，得先清 Git 缓存：git rm -r --cached __pycache__，再 commit - 有些团队用 pre-commit hook 自动清理，但不如从源头忽略来得干净
真正麻烦的不是删不掉，而是删完五分钟又被 IDE 或 CI 脚本重新生成——得盯住生成源头，而不是反复清理。
