VSCode代码格式化依赖扩展和配置组合，需按语言选择专用格式化器（如Prettier、black、gofmt），配准默认格式化器并结合语言专属设置启用保存时格式化，同时确保运行环境依赖已安装。
VSCode 本身不自带代码格式化逻辑，所有自动格式化能力都依赖扩展和配置组合。关键不是“怎么开开关”，而是“谁来格式化、按什么规则、什么时候触发”。
如何选择并配置正确的格式化工具
不同语言必须配对专用格式化器，比如 prettier 对 JavaScript/TypeScript 效果好但不支持 Python；black 是 Python 的事实标准，而 autopep8 则更保守。装错扩展或没配默认格式化器，Shift+Alt+F 就会失效或报错 No formatter installed。
- JavaScript/TypeScript：推荐安装
Prettier扩展，并在工作区设置中指定"editor.defaultFormatter": "esbenp.prettier-vscode" - Python：安装
ms-python.python（含black支持）或单独装ms-python.black-formatter，再设"python.formatting.provider": "black" - Go：装
golang.go扩展后，默认用gofmt，无需额外配置；如需goimports，则改设"go.formatTool": "goimports"
保存时自动格式化的可靠写法
仅开启 "editor.formatOnSave": true 不够——它会调用当前语言默认的格式化器，但如果该格式化器未正确激活（比如没装扩展、或文件没被识别为对应语言），就会静默失败。
- 务必配合
"[javascript]": { "editor.formatOnSave": true }这类语言专属设置，确保规则只在对应文件类型生效 - 避免全局启用
formatOnSave后又在某些项目里禁用，容易冲突；建议统一用文件夹级.vscode/settings.json管理 - 如果保存没反应，检查右下角语言模式是否正确（如 .js 文件显示为 Plain Text），点击切换后重试
团队风格统一靠配置文件，不是靠人记规则
VSCode 的 settings.json 只作用于本地，真正让多人风格一致的是项目根目录下的配置文件，比如 .prettierrc、pyproject.toml（含 [tool.black]）、.editorconfig。VSCode 扩展会自动读取它们，优先级高于用户设置。
-
.editorconfig是跨编辑器基础层，控制缩进、换行符等；但不能替代prettier或black的语义化格式规则 - 不要把 Prettier 规则全写进 VSCode 设置里，否则别人 clone 项目后格式仍不一致
- 验证是否生效：打开一个文件，执行一次手动格式化，再对比 Git diff 是否只改动了空白字符和换行
最常被忽略的一点：格式化器扩展必须能实际运行。比如 black 需要 Python 环境里已安装，prettier 需要项目里有 node_modules/prettier 或全局安装。VSCode 不会主动帮你装依赖，只负责调用命令行工具。
