editor.autoIndent 控制换行、粘贴、格式化时是否基于语法上下文智能缩进，不控制按 Enter 后的缩进量；默认 full 最推荐，indent 仅继承上行缩进，none 完全禁用。
VSCode 的 editor.autoIndent 控制的是什么
它不决定“按 Enter 后缩进多少”，而是控制编辑器在插入新行、粘贴代码、格式化等场景下，是否根据上下文自动推导并应用缩进。默认值 full 已覆盖绝大多数情况，但很多人误以为它失效，其实是被其他设置或语言模式干扰了。
-
full：换行、粘贴、格式化都尝试智能缩进（推荐保持） -
indent：仅在换行时继承上一行缩进（不够智能，容易断层） -
none：完全禁用自动缩进（慎用）
为什么按 Enter 后缩进“丢了”或“错了一级”
最常见原因不是 autoIndent 关闭了，而是当前文件没被正确识别为对应语言，导致 VSCode 用通用缩进逻辑（比如纯空格继承），而非语法感知的缩进规则。
- 检查右下角状态栏语言标识，如果不是
javascript、python、typescript等具体语言，点击它手动选择 - 临时文件（如未保存的
Untitled-1）默认是plaintext，不触发任何语言专属缩进逻辑 - 某些扩展（如旧版 Prettier 或自定义 snippet）会覆盖
enter键行为，可尝试禁用后验证
editor.detectIndentation 和 editor.tabSize 的实际影响
这两个设置共同决定了“自动缩进该用几个空格/Tab”，但它们只在**新行创建时生效**，且依赖于已有内容的缩进风格。VSCode 会扫描文件前 200 行，统计空格/TAB 使用比例，再决定默认缩进单位。
- 如果文件开头几行缩进混乱（比如混用 2 空格和 4 空格），
detectIndentation可能误判，建议设为false手动锁定 - 设
"editor.tabSize": 2+"editor.insertSpaces": true是现代 JS/TS/Python 项目的常见组合 - Python 用户注意：
editor.autoIndent在if后按 Enter 能正确缩进，但遇到冒号缺失（if x > 0少了:）时会退化为普通继承，这是预期行为
调试缩进行为的最快方法
打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），运行 Developer: Toggle Developer Tools，然后在 Console 中粘贴：
JSON.stringify({ autoIndent: vscode.workspace.getConfiguration('editor').get('autoIndent'), detectIndentation: vscode.workspace.getConfiguration('editor').get('detectIndentation'), tabSize: vscode.workspace.getConfiguration('editor').get('tabSize') }, null, 2)
再新建一行，观察 DevTools 的 Console 是否报 indentationProvider 相关 warning——如果有，说明当前语言模式没提供缩进支持，需检查扩展或语言配置。
真正难处理的不是设置本身，而是语言服务器未就绪时的“假失效”：比如刚打开一个 .py 文件，PyLSP 还没加载完，此时按 Enter 会回退到基础缩进逻辑，等几秒再试就正常了。
