VSCode中editor.formatOnSave不生效的根本原因是格式化被Prettier等扩展接管，而非编辑器自身缩进设置；大括号换行后缩进由格式化工具（如Pretterr的braceStyle/tabWidth或ESLint规则）控制，需统一配置并指定默认格式化器。
VSCode 里 editor.formatOnSave 不生效，缩进还是乱的
根本原因往往不是没开这个选项，而是它被格式化扩展（比如 Prettier、ESLint）接管了。VSCode 自身的缩进逻辑只管空格/制表符宽度和是否插入空格，不管大括号换行后要不要缩进——那属于代码格式化（formatting）范畴，不是编辑器基础缩进（indentation）范畴。
实操建议：
- 先确认你装了哪个格式化工具：
Prettier、ESLint，还是语言自带的（如typescript-language-features） - 检查当前文件是否触发了格式化：保存时看右下角状态栏有没有“Formatting with Prettier”这类提示
- 如果用了
Prettier，它默认就支持bracketSameLine: false（即大括号换行），但缩进对齐由tabWidth和useTabs控制，不是靠 VSCode 编辑器设置 - 关掉
editor.formatOnSave，手动运行Format Document With...看效果，能快速定位是配置问题还是扩展问题
大括号换行后自动缩进，关键看 braceStyle 和 tabWidth
这不是 VSCode 原生设置项，而是格式化工具的参数。比如 Prettier 的 braceStyle 决定大括号位置，tabWidth 决定缩进几格；而 ESLint 配合 @typescript-eslint/indent 规则才真正控制“换行后花括号该缩进多少”。
常见错误现象：
- 写完
if (x) {回车，光标没自动缩进到下一行的正确位置 → 这其实是编辑器“自动补全+缩进”行为，靠editor.autoIndent和语言配置，不是格式化 - 保存后
{换行了，但里面内容没对齐 → 很可能是Prettier的tabWidth和你项目实际用的空格数不一致 - JSX 中
{换行后缩进多了一级 →Prettier对 JSX 有特殊处理，需确认是否启用了jsxBracketSameLine（已废弃）或新版bracketSameLine
editor.detectIndentation 开着反而导致缩进错乱
这个选项本意是“根据文件已有缩进自动推断”，但实际中容易和格式化工具打架。比如你手写了一段 2 空格缩进的代码，VSCode 推断为 tabSize: 2，但 Prettier 配的是 tabWidth: 4，保存时就会混用空格和制表符，或者缩进层级错位。
实操建议：
- 统一在工作区根目录放
.prettierrc或.editorconfig，明确声明tabWidth和useTabs - 把
editor.detectIndentation设为false，强制所有文件遵守配置项 - 用
editor.insertSpaces控制是否插空格，别依赖自动检测 - 检查
files.trimTrailingWhitespace是否开启——尾随空格会影响某些格式化工具判断缩进层级
JavaScript/TypeScript 文件里大括号换行缩进失效的隐藏原因
VSCode 默认的 TypeScript 插件（typescript-language-features）有自己的格式化逻辑，它不读 .prettierrc，除非你显式指定默认格式化工具为 Prettier。这时候即使你配好了 Prettier，TS 文件仍走内置格式化，结果就是大括号换行后缩进不符合预期。
解决步骤：
- 打开命令面板（
Ctrl+Shift+P），运行Format Document With... - 选
Configure Default Formatter...→ 当前语言（如TypeScript）→ 选esbenp.prettier-vscode - 确认
settings.json里有类似配置："[typescript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" } - 如果还无效，检查
typescript.preferences.includePackageJsonAutoImports是否影响了格式化上下文（极少见，但存在）
最常被忽略的一点：格式化工具的配置文件（比如 .prettierrc）必须放在能被 VSCode 格式化扩展识别的路径下——不是工作区根目录，而是当前打开文件的最近上级目录。多层嵌套项目里，很容易配错位置。
