VSCode中Tab键行为由editor.insertSpaces和editor.tabSize控制：前者决定插入空格或制表符，后者设定缩进宽度（仅插空格时生效），二者均支持全局及语言级配置。
VSCode 中 Tab 键行为由哪些设置控制
VSCode 的 Tab 键是否插入空格或制表符，主要取决于两个设置：editor.insertSpaces 和 editor.tabSize。前者决定「插空格还是制表符」，后者决定「一个缩进占几个字符宽度」（仅当插空格时生效）。这两个设置可全局配置，也可按语言单独覆盖。
如何快速切换当前文件的缩进方式
最直接的方式是看窗口右下角状态栏：那里会显示类似 Spaces: 2 或 Tab Size: 4、LF 等信息。点击它就能弹出菜单：
- 点击
Spaces: 2可切换insertSpaces开关，并修改tabSize数值 - 点击
Tab Size: 4仅修改数值，不改变是否插空格 - 点击
Indent Using Tabs会把insertSpaces设为false，之后Tab插入的是真实\t
这个操作只影响当前打开的文件，且会自动写入该文件对应的语言专属设置（如在 javascript 文件中切换，会在 settings.json 中生成 "[javascript]": { "editor.insertSpaces": false }）。
全局默认和语言级覆盖怎么配
如果想统一行为，直接改用户设置；若某些语言必须用制表符（比如 Makefile），就得加语言特定配置：
- 全局设为插空格：
"editor.insertSpaces": true，再设"editor.tabSize": 2 - 让 Python 保持 4 空格，但 Shell 脚本强制用制表符：
"[shell]": { "editor.insertSpaces": false } - 注意：语言 ID 必须准确，比如 Bash 是
shell，不是bash；TypeScript 是typescript，不是ts - 配置后无需重启，保存即生效，但已打开的文件可能需要重新触发缩进（比如删掉一行缩进再按
Tab）
为什么有时按 Tab 还是插了制表符，明明设置了 insertSpaces: true
常见原因有三个：
- 当前文件已被手动修改过缩进混合使用（比如既有空格又有
\t），VSCode 会自动检测并沿用已有风格，覆盖你的设置 - 扩展干扰，比如
EditorConfig插件读取了项目根目录的.editorconfig，其中indent_style = tab会优先生效 - 文件关联语言识别错误，比如
.sh文件被识别成plaintext，而你只配了[shell]，没配[plaintext]
排查时优先看右下角状态栏显示的实际值，再检查 Settings UI → Text Editor → Formatting 里有没有被扩展覆盖的提示。
真正麻烦的不是设错，而是不同项目用不同规则又没声明清楚——这时候靠手动切容易漏，建议尽早补上 .editorconfig 或语言专属设置。
