vscode 默认自动识别文件缩进但需满足两个前提：文件开头有足够缩进行且未被手动覆盖；可通过命令“indentation: detect indentation from content”强制重检，仅影响当前文件。
VSCode 怎么自动识别文件缩进（tab vs space）
VSCode 默认就能根据文件已有内容自动推断缩进风格，但这个功能依赖两个前提：文件已有足够多的缩进行，且没被用户手动覆盖。一旦你在状态栏点击过 Spaces: 2 或 Tab Size: 4 并选择了「Convert Indentation to…」，VSCode 就会把这个设置“记下来”，后续打开该文件时就不再重新检测。
- 真实场景中，新打开一个从 Git 拉下来的 Python 文件，如果前 10 行都是 4 个空格缩进，VSCode 通常会在右下角状态栏显示
Spaces: 4 - 但如果第一行是
def foo():，第二行却是\t\tprint("hello")（混用），VSCode 往往放弃猜测，回退到全局默认（通常是Spaces: 2） - 编辑器不会扫描整份文件——它只看开头若干行（具体约 200 字符内），所以长注释块或大段字符串开头的缩进会被误判
如何强制 VSCode 重新检测当前文件缩进
别关再开，也别改设置重启，直接用命令最准：
- 按
Ctrl+Shift+P（macOS 是Cmd+Shift+P），输入Indentation: Detect Indentation from Content，回车执行 - 这个命令会立刻重扫当前光标所在区域附近的缩进行，更新状态栏显示，并同步修改
editor.insertSpaces和editor.tabSize的临时值 - 注意：它只影响当前文件，不改用户设置（
settings.json），也不影响其他已打开的标签页 - 如果检测失败（比如全是单行代码没缩进），状态栏会保持灰色文字，此时手动点一下右下角缩进指示器，选
Auto有时反而更可靠
为什么 .editorconfig 有时不起作用
.editorconfig 是靠插件实现的，VSCode 自身不原生支持。你得装官方插件 EditorConfig for VS Code，而且它只在文件保存时生效——不是打开就套用，也不是实时监听。
- 常见错误：改了
.editorconfig但没保存文件，缩进没变 → 先Ctrl+S触发一次保存 - 路径匹配优先级：插件从当前文件路径逐级向上找
.editorconfig，直到根目录或遇到root = true；如果项目里有多个，只有最靠近的生效 - 参数名必须严格匹配：
indent_style = space可以，但写成indent_style = spaces或indent_style = "space"都会失效 - 某些语言后缀不被默认识别（比如
.jsx、.astro），需要在.editorconfig中显式加上[*.jsx]段落
缩进检测和 Prettier / ESLint 冲突怎么办
冲突根源在于：VSCode 缩进检测管的是「编辑时插入什么字符」，而 Prettier 等工具管的是「保存时怎么重写整行」。两者不打架，但容易让你困惑「我明明设了 2 空格，为什么保存后变成 4？」
- 检查
prettier.tabWidth和editor.tabSize是否一致，不一致时以 Prettier 为准（只要启用了prettier.bracketSameLine这类格式化配置） - ESLint 的
indent规则（如eslint-config-prettier关闭后）只报错不修复，它不会改变编辑器行为，但可能和 VSCode 的实时提示重叠，造成误报 - 最稳妥做法：关闭 VSCode 的自动检测（设
"editor.detectIndentation": false），全交给.editorconfig+ Prettier 统一管控
缩进看似小事，但跨团队协作时，editor.detectIndentation 开关状态、.editorconfig 路径查找范围、以及保存时格式化工具的触发时机，这三个地方稍微偏一点，就会让同一份文件在不同人电脑上显示/保存出完全不同的缩进。别信“应该自动好使”，每个环节都得亲手验过。
