VSCode代码格式化效果取决于插件、规则配置和项目配置文件。需按语言安装对应formatter（如Python用ms-python.python，TS/JS用Prettier并禁用内置TS格式化），优先使用项目级.prettierrc和.editorconfig统一风格，避免全局formatOnSave引发协作冲突。
VSCode 本身不自带代码风格规则，格式化效果完全取决于你装了什么插件、配了什么规则、以及项目里有没有配置文件——没配对，再点 Shift+Alt+F 也白搭。
装对插件：按语言选 formatter，别只装 Prettier
不同语言需要不同的格式化器，Prettier 主力支持 JavaScript/TypeScript/JSX/TSX/CSS/Markdown，但对 Python、Go、Rust、Java 等基本无效。
- Python：必须装
ms-python.python（官方插件），并确保启用了python.formatting.provider（如autopep8、black或yapf） - TypeScript/JS：装
esbenp.prettier-vscode，但得关掉 VSCode 内置的 TypeScript 格式化（否则会冲突），方法是设"typescript.format.enable": false - Go：装
golang.go，默认用gofmt，想换goimports得配"go.formatTool": "goimports" - 注意：
prettier插件不会自动覆盖其他语言的 formatter，它只响应自己支持的文件类型
配好配置文件：优先用项目级 .prettierrc + .editorconfig
用户级设置（settings.json）容易和团队脱节；项目根目录放配置文件才能真正统一风格。
-
.prettierrc控制 Prettier 行为，例如：{ "semi": false, "singleQuote": true, "tabWidth": 2 } -
.editorconfig覆盖更底层的编辑器行为（换行符、缩进字符、是否去除行尾空格），VSCode 默认识别它，无需额外插件 - 如果两者冲突（比如
.editorconfig设indent_size=4，.prettierrc设tabWidth: 2），Prettier 会以自己配置为准——但保存时可能触发两次格式化，导致意外重排 - 建议：用
.editorconfig管通用编辑器行为，用.prettierrc或语言专属配置（如tslint.json、pyproject.toml）管代码逻辑风格
避免格式化“越界”：关掉保存时自动格式化，或限定作用范围
全局开 "editor.formatOnSave": true 很危险——你贡献的开源项目可能用 eslint --fix，而你本地却跑 Prettier，结果一保存就改掉几十行无关代码。
- 推荐做法：关掉全局
formatOnSave，改用“仅当前工作区启用”，在项目根目录.vscode/settings.json里写：{ "editor.formatOnSave": true } - 或者更稳妥：绑定快捷键只格式化选中区域（
Ctrl+K Ctrl+F），避免误触全文件 - 注意：某些插件（如 ESLint）带格式化能力，若同时启用
eslint.format.enable和 Prettier，又没配eslint-config-prettier关闭冲突规则，会出现样式反复横跳
真正难的不是怎么按快捷键，而是搞清「谁在格式化」「按哪套规则」「改的是哪部分」——三个问题没理清，格式化就会变成团队协作里的隐形冲突源。
