codeformatter插件已不建议安装，因其自2018年起停止维护，不兼容sublime text 4和python 3.8，对es2020+/php 8.0/python 3.12等现代语法支持缺失或格式错误，且配置项如php_cs_fixer_path、psr2、indent_with_space大多失效；推荐改用build system调用prettier、black、php-cs-fixer 3.x等现代cli工具实现稳定一键美化。
CodeFormatter 插件在当前（2026年）已不建议安装——它自2018年起停止维护，无法可靠支持现代语法，且与 Sublime Text 4 兼容性差，多数用户装完根本不能用。
为什么装了 CodeFormatter 却按 Ctrl+Alt+F 没反应？
不是快捷键失效，是插件根本没加载成功：
- Sublime Text 4 默认使用 Python 3.8 运行时，而
CodeFormatter的 subprocess 调用方式硬编码旧版逻辑，遇到中文路径或空格路径直接抛UnicodeEncodeError: 'mbcs' codec can't encode - 右下角语法标识必须是
PHP、JavaScript等明确语言类型，不是Plain Text；手动点击切换一次常能临时触发 - 如果同时装了
HTML-CSS-JS Prettify，它的命令名html_css_js_prettify和CodeFormatter的code_formatter冲突，导致快捷键绑定静默失败
CodeFormatter 的配置项现在基本失效
即使强行让它跑起来，以下配置也大概率被忽略或引发错误：
-
"php_cs_fixer_path"不支持多路径 fallback，macOS Homebrew 安装的php-cs-fixer在/opt/homebrew/bin/php-cs-fixer，Windows npm 全局安装在C:\Users\X\AppData\Roaming\npm\php-cs-fixer，插件只认单个字符串，填错就报File not found -
"psr2": true看似生效，实则调用的是内置过期的 php-cs-fixer 1.x，对 PHP 8.0 属性类型（如public string $name;）直接格式错乱甚至删代码 -
"indent_with_space": 4在含装饰器的 Python 类中会被忽略，@dataclass后续缩进全塌陷
真正可用的一键美化方案：Build System + 现代 CLI 工具
Sublime Text 本身不格式化，但能稳定调用你本地装好的权威工具：
- JavaScript/TypeScript：
prettier（npm install -g prettier），Build System 中写prettier --write "$file"，加--parser babel支持可选链和 nullish 合并 - Python：
black（pip install black），命令用black "$file" --line-length 88，避免默认 88 行截断破坏 docstring - PHP：
php-cs-fixer3.x（非插件内置的 1.x），命令为php-cs-fixer fix "$file" --rules=@PSR12 - 关键：Build System 配置里必须包含
"selector": "source.js, source.ts, source.python, source.php"，否则右键菜单不显示 “Build” 选项
如果旧项目强依赖 CodeFormatter 配置怎么办？
仅限离线、无协作、不升级的封闭场景：
- 降级到 Sublime Text 3.2.2（最后确认兼容的版本），并在设置中禁用自动更新
- 删掉所有第三方 formatter 插件（尤其是
JsPrettier、HTML-CSS-JS Prettify），避免命令冲突 - 配置文件里
"php_path"必须指向 PHP 7.4 可执行文件（CodeFormatter不识别 PHP 8+ 的declare(strict_types=1)语法）
CodeFormatter，不如花 5 分钟配好 prettier + black + php-cs-fixer 的 Build System——后者不崩溃、不丢代码、不误判语法，而且所有参数你完全可控。
