CodeFormatter格式化PHP/Python变慢的根源是默认调用外部命令校验语法，每次spawn新进程且不缓存路径；PHP场景下phpfmt抢占命令导致fallback，Python场景用停更的PythonTidy解析失败反复重试。
插件格式化卡顿、保存延迟、选中区域响应慢——根本不是代码量大，而是配置没对或路径没走通。
为什么 CodeFormatter 格式化 PHP/Python 会明显变慢
CodeFormatter 默认调用外部命令（如 php -l、python -m py_compile）做语法校验后再格式化，这一步在 Windows 或远程 WSL 环境下极易阻塞。它不缓存二进制路径，每次格式化都重新 spawn 进程，且不支持并发限制。
- PHP 场景：若
phpfmt和CodeFormatter同时装着，phpfmt会抢走php命令绑定，导致 CodeFormatter 调用超时后 fallback 到低效的纯 Python 解析器 - Python 场景：CodeFormatter 用的是已停更的
PythonTidy（仅 ST2），对 Python 3.8+ 的:=、类型注解解析失败，反复重试拖慢流程 - 解决办法：直接禁用 CodeFormatter 的语法检查项，在
CodeFormatter.sublime-settings中设"php_validate": false、"python_validate": false
JsPrettier 在大 JS/TS 文件里卡住的真正原因
JsPrettier 默认启用 use_stdin: false，它会把整个文件写入临时文件再传给 prettier，而大文件（>500KB）写磁盘 + fork 进程 + 读回结果，三步加起来就卡在 UI 线程上。
- 必须改
use_stdin: true，让 prettier 直接从 stdin 流式读取，绕过磁盘 I/O - 同时确认
prettier_cli_path是绝对路径，否则 Sublime 某些版本会反复尝试 PATH 查找，每次失败都加 200ms 延迟 - TSX 文件特别容易崩：需额外安装
prettier-plugin-react和prettier-plugin-organize-imports，否则 JsPrettier 内部 parser 会降级为 JS 模式，触发大量 warning 并重试
Clang-Format 格式化 C++ 项目时 CPU 占满
不是插件本身问题，是它默认未限制并发数，且对每个 .cpp 文件单独调用 clang-format，当项目有 20+ 源文件、又开着 format_on_save 时，瞬间拉起 20 个进程。
- 在
Clang-Format.sublime-settings中显式加"max_workers": 2（别设 1，否则顺序执行太慢） - 关闭
format_on_save，改用手动触发；或只对当前编辑的 tab 开启，避免后台未激活文件被扫到 - 确保
.clang-format文件里没有DisableFormat: true这类全局开关，否则 clang-format 会先加载全部规则再逐行判断，开销翻倍
最常被忽略的一点：所有格式化插件的「性能」都依赖你本地 CLI 工具是否真能秒出结果。先在终端跑 prettier --write file.ts、black file.py、clang-format -i file.cpp，如果这些命令本身就卡，插件再怎么调参数也白搭。
