vscode中修改tab缩进需配置editor.tabsize和editor.insertspaces：前者设空格数（如2/4/8），后者必须为true才能使tab键插入空格；二者可全局或按语言设置，优先级为文件夹级>工作区级>用户级。
Tab缩进空格数怎么改？看 editor.tabSize 配置
VSCode 默认 Tab 宽度是 4，但多数 Python 项目用 4，JavaScript/TypeScript 常用 2，Go 默认是 8——别硬记，直接改配置最稳。editor.tabSize 就是控制这个的数值，它只影响显示宽度和按 Tab 键插入的空格数（前提是启用了空格替代 Tab）。
- 修改方式：打开设置（
Ctrl+,或Cmd+,），搜tabSize，点编辑图标改数字；或手动编辑settings.json加一行："editor.tabSize": 2
- 该设置可全局生效，也能按语言单独覆盖，比如在
settings.json里写："[python]": { "editor.tabSize": 4 } - 注意：改了
editor.tabSize不等于自动把已有 Tab 转成空格，这只是“未来输入”的行为基准
如何让 Tab 键永远插入空格，而不是制表符？关掉 editor.insertSpaces 的反向逻辑
很多人以为“设了 tabSize 就自动转空格”，其实不是。关键开关是 editor.insertSpaces，默认是 true，也就是按 Tab 插入的是空格；但如果它被设成 false，哪怕 tabSize=2，按 Tab 插入的仍是单个 \t 字符。
- 检查当前值：设置里搜
insertSpaces，确认开关是开启状态（勾选 /true） - 推荐始终设为
true，尤其协作项目中混用 Tab 和空格极易引发缩进错误（比如 Python 的IndentationError: unindent does not match any outer indentation level） - 如果某项目真要保留 Tab（如 Makefile），可用文件夹级设置，在项目根目录建
.vscode/settings.json写："editor.insertSpaces": false
已有文件里的 Tab 怎么批量转成空格？用命令 + 正则不是唯一解
打开一个含 Tab 的文件后，右下角状态栏会显示当前缩进模式（如 Tab Size: 4 后跟着 Spaces 或 Tab）。点击它，弹出菜单里选 Convert Indentation to Spaces，立刻把全文所有 Tab 替换为对应数量空格（按当前 tabSize 值换算）。
- 这个操作是一次性、不可逆的，没撤销按钮，建议先保存或备份
- 它只处理行首缩进，不碰字符串内或注释里的 Tab
- 如果想自动化处理整个工作区，可以用命令面板（
Ctrl+Shift+P）运行Change Language Mode确保语言识别正确，再配合扩展如EditorConfig for VS Code，通过.editorconfig文件统一管理：indent_style = space\nindent_size = 2
- 别依赖查找替换正则（如
^\t），因为不同编辑器对“行首 Tab”定义不一致，且容易漏掉嵌套缩进
为什么改了设置，新文件还是插 Tab？检查语言专属设置和工作区覆盖
常见现象：全局设了 "editor.tabSize": 2 和 "editor.insertSpaces": true，但新建一个 .py 文件，按 Tab 仍出 \t。大概率是语言专属设置或工作区设置把它覆盖了。
- 打开命令面板，运行
Developer: Inspect Editor Tokens and Scopes，把光标放编辑区，看右上角显示的 language ID（如python），再搜对应语言的设置项：[python].editor.tabSize - 查看当前工作区是否有
.vscode/settings.json，里面可能写了冲突配置，比如："editor.insertSpaces": false
- VSCode 设置优先级从高到低是：文件夹级 > 工作区级 > 用户级。鼠标悬停在设置项右侧的 “(modified)” 上，能直接看到它被哪一层改过
Tab 缩进这事看着小，但一旦混用，Git diff 里全是 ^I，CI 报错定位困难，而且不同人本地设置不一致时，合代码就是灾难。真正稳的做法，不是靠每个人手动调，而是用 .editorconfig 锁死规则，并确保团队都装了对应扩展。
