直接结论：用 ctrl+shift+p（windows/linux）或 cmd+shift+p（macos）调出命令面板，输入 convert indentation to spaces 或 convert indentation to tabs 即可秒切，无需改设置、不依赖插件。
直接结论：用 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）调出命令面板，输入 Convert indentation to spaces 或 Convert indentation to tabs 即可秒切，无需改设置、不依赖插件。
为什么快捷键比点状态栏更可靠？
右下角状态栏点击“Spaces: 4”或“Tab Size: 4”看似快，但容易误操作：它只改当前文件的“插入行为”，不转换已有缩进；而命令面板执行的是真实转换——把文件里所有 Tab 替成空格，或把连续空格（按当前 tabSize 对齐）替成 Tab。
- 状态栏点击后，你按 Tab 键会插入空格，但已有 Tab 字符仍留在文件里 → Git 提交时仍会暴露混合缩进
- 命令面板的
Convert indentation to spaces会扫描整份文件，逐行替换 ASCII\t为对应数量的 - 如果文件里混用 2/4/8 个空格做缩进，该命令不会“智能对齐”，它只按当前
editor.tabSize值换算 —— 所以执行前务必确认tabSize设置正确
哪些场景必须用这个快捷键？
不是所有缩进问题都适合用它。盲目转换可能破坏代码逻辑，尤其在 Python 或 YAML 中。
-
接手老项目时：发现文件里
\t和Render Whitespace（Ctrl+Shift+P→ 输入Toggle Render Whitespace）看清实际字符，再选对应转换命令 -
修复 Python
IndentationError：错误提示如unindent does not match any outer indentation level，大概率是 Tab/Space 混用，此时必须用Convert indentation to spaces统一为空格（PEP 8 强制要求） - 提交前快速清理：Git diff 显示大量缩进变更，但没动逻辑，说明只是空白字符扰动 → 运行转换命令 + 保存，diff 立刻干净
-
不适用场景：YAML 文件里用 Tab 缩进会直接报错（规范禁止），此时不能转 Tab，只能转空格并设
editor.insertSpaces: true
editor.detectIndentation 关掉才稳定
VSCode 默认开启 editor.detectIndentation，它会读取文件前几行，自动推断该用空格还是 Tab。这在协作中反而坏事：你刚手动转完空格，保存时它又根据旧内容“恢复”为 Tab。
- 在工作区
.vscode/settings.json中显式关闭："editor.detectIndentation": false - 同时固定
"editor.insertSpaces": true和"editor.tabSize": 4（或按项目规范设为 2） - 这样命令面板的转换结果才不会被下次打开文件时覆盖 —— 尤其重要于 Python/HTML/JS 多语言混编项目
真正麻烦的不是怎么切换，而是切换后没人检查是否生效。执行命令后务必打开 Toggle Render Whitespace，确认所有缩进都是同一种字符（只有 · 或只有 →），否则所谓“统一”只是假象。
