VSCode缩进异常的根源是editor.detectIndentation自动检测覆盖设置，需在各语言ID配置块中显式设为false，并确保无高优先级格式化工具（如Pretterr）干扰，同时状态栏语言识别准确。
缩进规则被自动覆盖？先关掉 editor.detectIndentation
VSCode 默认会扫描文件开头几行，根据已有缩进“猜”你的偏好——比如看到四个空格，就悄悄把 editor.tabSize 改成 4，editor.insertSpaces 设为 true。这在混用语言的项目里极容易翻车：你刚给 JSON 配好 2 空格，一打开旧 Python 文件，整个工作区缩进就变成 4 了。
解决办法很简单：在每种语言的专属设置里显式关掉它。
-
"editor.detectIndentation": false必须写进每个"[language-id]"块里，不能只靠全局设置 - 关掉后，VSCode 才会真正尊重你写的
editor.tabSize和editor.insertSpaces - 特别注意 Python：如果没关这个，哪怕你写了
"[python]": { "editor.tabSize": 4 }，打开一个缩进混乱的老文件，依然可能被重置
不同语言缩进不一致？必须用语言 ID 而不是文件扩展名
配置写成 "[py]" 或 "[js]" 是无效的。VSCode 只认官方定义的语言 ID，比如 python、javascript、json、typescript、markdown。写错就等于没配。
验证当前语言 ID 最快的方法：看右下角状态栏，点击那里显示的语言名（如 “Python”），弹出菜单里第一行就是真实 ID。
- 常见正确 ID：
python、javascript、typescript、json、html、css、markdown - JSON 不是
jsonc（那是带注释的 JSON），除非你明确在files.associations里把.json关联给了jsonc - Vue 单文件组件里的
<script>块语言 ID 是vue，但 script 内部实际生效的是javascript或typescript，需分别配置
格式化插件（如 Prettier）正在偷偷改缩进
装了 esbenp.prettier-vscode 或其他格式化器后，editor.tabSize 基本失效。Prettier 的 tabWidth 配置优先级更高，而且它还会强制统一整份文件的缩进风格，不管你在 settings.json 里怎么写。
想让缩进按预期走，有两个选择：
- 在项目根目录加
.prettierrc，写{"tabWidth": 2}或{"tabWidth": 4}，和你的语言设置对齐 - 或者禁用 Prettier 对某类文件的接管：比如在
"[python]"块里加"editor.defaultFormatter": null，让它彻底不参与 Python 文件格式化 - 检查
settings.json是否有类似"[json]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }的配置——有就说明 Prettier 正在主导 JSON 缩进
当前文件缩进错乱？别改设置，用状态栏秒调
已经打开的文件缩进混杂（比如 Tab 和空格并存），改 settings.json 没用。这时最直接的办法是点右下角状态栏。
看到 Spaces: 4 或 Tab Size: 2，直接点击它：
- 选
Convert Indentation to Spaces→ 再选Indent Using Spaces→ 输入数字（如 4），立刻把全文 Tab 全转为空格，并设为指定宽度 - 如果当前已是空格，菜单里这项会灰色不可点；同理，
Convert Indentation to Tabs在已是 Tab 时也会禁用 - 这个操作只影响当前编辑器实例，关掉再打开文件，还是会读取语言设置或重新检测——所以它只是临时救急，不是长期解法
语言特定缩进真正生效，依赖三个条件同时满足：状态栏识别准确、detectIndentation 关闭、没有更高优先级的格式化工具干预。少一个，都可能让你反复调试半小时却看不出哪条规则在起作用。
