直接修改全局设置即可：勾选 editor.insertSpaces 并设 editor.tabSize 为 4，二者配合强制所有文件使用 4 空格缩进；建议辅以 .editorconfig 统一团队规范。
如何让 VSCode 中所有文件都用 4 个空格缩进
直接改全局设置即可生效，无需逐个文件操作。VSCode 默认会根据当前文件类型自动推断缩进，但这个“智能”经常失效或与团队规范冲突，所以必须显式锁定。
打开设置（Ctrl+, 或 Cmd+,），搜索 editor.insertSpaces，勾选它；再搜 editor.tabSize，设为 4。这两项组合起来，就强制所有编辑器区域用空格而非 Tab 字符，且每次缩进/反缩进都是 4 格。
-
editor.insertSpaces: true是关键——关掉它，按 Tab 就真插入\t字符，后续混入空格会导致 PEP8 报错、Git diff 看着像全行变更 -
editor.tabSize: 4单独设没用，必须和上一条配合；如果只设这个，Tab 键仍插\t，只是显示宽度为 4 - 建议同时开启
editor.detectIndentation（默认开），这样打开已有项目时能读取.editorconfig或文件首行缩进，但一旦检测到就自动覆盖成你设的tabSize和insertSpaces
为什么按 Tab 键有时还是插入 Tab 字符
常见于已存在 \t 的文件，或语言扩展主动接管了缩进行为（比如 Python 扩展在函数定义后自动用 Tab 缩进）。这不是 VSCode 设置失效，而是编辑器尊重了当前行已有缩进风格。
解决方法很简单：先全选（Ctrl+A），再执行 editor.action.indentationToSpaces 命令（可在命令面板 Ctrl+Shift+P 搜 “Convert Indentation to Spaces” 运行）。这会把当前文件所有 \t 替换为对应数量的空格（按你设的 tabSize 换算）。
- 该转换是单向的，不会改写已有空格；也不会影响字符串内的
\t - 如果文件里混用了 Tab 和空格，转换后可能缩进错位——建议先用
editor.renderWhitespace: "all"显示所有空白符，人工确认结构 - 某些语言模式（如 Markdown）可能禁用此命令，需临时切到纯文本模式再转
项目级覆盖：用 .editorconfig 统一团队缩进规则
靠个人设置无法保证协作一致性。.editorconfig 是跨编辑器的行业标准，VSCode 通过官方扩展支持它，优先级高于用户设置。
在项目根目录新建 .editorconfig，写入：
[*] indent_style = space indent_size = 4 end_of_line = lf charset = utf-8 trim_trailing_whitespace = true insert_final_newline = true
保存后，VSCode 会立即应用（无需重启）。注意：
- 方括号里的
[*]匹配所有文件；可细化为[*.py]或[src/**.js] - 如果本地设置了
editor.detectIndentation: false，.editorconfig会被忽略——保持默认开启即可 - VSCode 不会自动创建该文件，需要手动建；也别依赖模板生成器，手写最稳
Tab 键行为异常：按下没反应或缩进不一致
大概率是键盘焦点不在编辑器主体，或触发了快捷键冲突。先排除基础问题：
- 确认光标在代码区（不是终端、大纲、搜索框等非编辑区域）
- 检查是否误开了 Vim 扩展并处于 Normal 模式（看左下角状态栏有无
-- NORMAL --） - 运行
Developer: Toggle Developer Tools，在 Console 里输入monaco.editor.getModels()[0].getOptions().tabSize，确认返回值真是4 - 临时禁用所有扩展（
Ctrl+Shift+P→ “Developer: Disable All Installed Extensions”），再试 Tab 键——若恢复正常，逐个启用排查
真正难搞的是某些语言服务器（如 Rust 的 rust-analyzer）会在输入 if 后自动补全并缩进，此时它绕过了 VSCode 的缩进设置，得去对应扩展文档查配置项，比如 rust-analyzer.cargo.loadOutDirsFromCheck 这类参数跟缩进无关，但类似 rust-analyzer.inlayHints.chainingHints 可能间接影响光标位置逻辑。
