vscode缩进“乱”是因editor.detectindentation自动探测错误；应关闭该设置并统一配置insertspaces和tabsize，同时检查prettier/eslint等插件的缩进规则是否冲突。

VSCode 为什么缩进会“乱”

不是文件本身坏了，而是 VSCode 按当前文件的 editor.detectIndentation 设置自动猜缩进规则时猜错了——比如你用空格写完代码，它却以为该用 4 个 tab；或者文件混用了空格和 tab，VSCode 默认只信第一行的缩进风格。

常见错误现象：Indentation not consistent 警告、光标跳距异常、格式化后代码缩进全崩、Shift+Alt+F 格式化后反而更乱。

怎么强制统一成空格或 tab

直接改当前文件的缩进配置，比全局设置更安全，避免影响其他项目。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 底部状态栏点击右下角的 Spaces: 2（或 Tab Size: 4）区域 → 弹出菜单选 Convert Indentation to Spaces 或 Convert Indentation to Tabs
• 想固定缩进宽度？再点同一区域 → 选 Indent Using Spaces 后输入数字（如 4），或选 Indent Using Tabs 并设 Tab Size
• 这个操作只改当前文件，不改用户/工作区设置，也不会动其他打开的文件

如何让 VSCode 别再“瞎猜”缩进

关掉自动探测，就能避免下次打开又乱。关键是改对地方：不是改 settings.json 全局项，而是优先在工作区或文件夹级配 .vscode/settings.json。

• 在项目根目录建 .vscode/settings.json，写入：

  {"editor.detectIndentation": false,"editor.insertSpaces": true,"editor.tabSize": 2}

• "editor.insertSpaces": true 表示按 Tab 键插入空格；设为 false 则插入 tab 字符
• 如果项目里已有混排文件，建议先手动转一次（上一节方法），再开 detectIndentation，否则旧文件仍可能被误判

格式化时缩进还是不对？检查 Prettier / ESLint 冲突

VSCode 自身缩进设置只是基础，真正动手“重排”的往往是插件。Prettier 和 ESLint 的缩进配置会覆盖编辑器设置，且优先级更高。

• 查 prettier.tabWidth 或 eslint.config.js 里的 indent 规则，确保和 VSCode 的 tabSize 一致
• 在 VSCode 设置里搜 format on save，确认没同时开了多个格式化工具（比如 Prettier 和内置 JS formatter 都启用）
• 临时验证：关掉所有格式化插件，只用 VSCode 原生 Shift+Alt+F，看缩进是否正常——能定位是编辑器问题还是插件问题

缩进问题最麻烦的不是修一次，而是不同人编辑、不同插件介入、不同文件历史混杂导致“表面正常，保存即崩”。盯住 detectIndentation 和格式化插件的 tabWidth 是否真正对齐，比反复手动调更省时间。