必须同时设置 editor.insertSpaces 和 editor.tabSize 才能控制 Tab 键行为：insertSpaces 决定插入空格或制表符，tabSize 仅决定空格数量或制表符显示宽度；两者需配对生效，且语言专属设置优先级高于全局设置。
直接改 editor.insertSpaces 和 editor.tabSize 就行，但必须同时设、且注意作用域——只设一个或设错地方，Tab 键照样插 \t 字符。
为什么改了 tabSize 还是插 Tab 字符
因为 editor.tabSize 只控制制表符显示宽度，不改变插入行为。真正决定按 Tab 键输什么的是 editor.insertSpaces。
-
editor.insertSpaces: true→ 按 Tab 插入空格（数量由tabSize决定） -
editor.insertSpaces: false→ 按 Tab 插入\t字符，哪怕tabSize是 4，底层仍是制表符 - 两者必须配对生效：设
tabSize: 4但没开insertSpaces，缩进看着像 4 空格，Git diff 和 linter 仍会报IndentationError或全行标红
全局统一 vs 语言专属：该写在哪
全局设置影响所有文件，但容易被语言专属配置覆盖；语言专属设置更安全，但得逐个配。
- 想所有文件都用 4 空格：在
settings.json根层级写"editor.tabSize": 4和"editor.insertSpaces": true - 只想 Python/Go 用 4 空格（其他如 JS 用 2）：必须写在
"[python]"或"[go]"块里，不能放根层级 - 右下角状态栏显示
Tab Size: 4但点开写着Spaces: 2？说明当前文件启用了语言专属设置，正在覆盖全局值
已有代码里的 2 空格怎么批量变 4 空格
改完设置后，旧代码不会自动重缩进——VS Code 只管新输入，不管已有结构。
- 最稳方式：全选 + 格式化快捷键
Shift+Alt+F（Win/Linux）或Shift+Option+F（macOS），前提是已装对应 formatter（如 Prettier、Black）且其配置允许改缩进 - 纯文本替换风险高：正则
^( )(?=\S)可匹配“行首恰好两个空格 + 后跟非空白字符”，替换成 4 个空格，避开字符串和注释干扰 - 别用全局搜
\t→
团队协作必须加 .editorconfig
个人设置再完美，别人打开项目照样可能用错缩进。.editorconfig 是跨编辑器标准，优先级高于 VS Code 设置。
- 项目根目录新建
.editorconfig，写入：[*] indent_style = space indent_size = 4 end_of_line = lf charset = utf-8
- VS Code 官方扩展默认支持它，保存即生效，无需重启
- 注意：
[*.py]比[*]优先级高，可细化规则；但若.editorconfig和settings.json冲突，前者胜出
最容易被忽略的点：editor.detectIndentation 默认开启，打开老项目时会自动读取第一行缩进并覆盖你的设置。关掉它，或者确保 .editorconfig 存在——否则每次打开别人写的文件，4 空格就失效一次。
