关闭 editor.detectIndentation 才管用，因其仅在文件首次打开时检测缩进并覆盖设置，导致全局配置失效；长期方案是在 .vscode/settings.json 中设为 false。
editor.detectIndentation 为什么关了才管用
VSCode 默认开启 editor.detectIndentation，但它只在文件首次打开时扫描前几行缩进，一旦识别出 Tab 或空格主导风格，就会把当前编辑器实例的 tabSize 和 insertSpaces 覆盖成对应值——你改的全局设置根本没机会生效。
常见现象：右下角显示 Tab Size: 4，但你明明设了 "editor.insertSpaces": true；或者点开状态栏选 Spaces: 2，关掉再打开又变回 Spaces: 4。这都不是 bug，是 detectIndentation 在“记忆”并强制复现原文件风格。
- 临时修复：按
Ctrl+Shift+P→ 输入Indentation: Detect Indentation from Content强制重检（仅作用于当前文件） - 长期稳定：在项目级
.vscode/settings.json中显式写"editor.detectIndentation": false - 注意：语言专属配置（如
"[javascript]"）或.editorconfig文件存在时，detectIndentation 会被直接绕过，此时它是否开启已无意义
Convert Indentation to Spaces/Tabs 命令的真实行为
这个命令不是“智能对齐”，而是纯机械替换：Tab ↔ 空格 × tabSize，不考虑语义、不校验缩进层级是否合法。
比如当前 tabSize 是 4，某行开头是 \t （1 个 Tab + 4 个空格），转换后会变成 \t\t；如果某行缩进是 5 个空格，它不会删成 1 个，而是保留原样——因为无法被 4 整除。
- 快捷键：Windows/Linux 用
Shift+Alt+T，macOS 用Shift+Option+T - 它只处理当前打开的单个文件，不支持文件夹批量操作
- 若想批量处理整个项目，得靠搜索替换正则：
^ {2,}替换为对应数量空格，或^\t+替换为Tab，但需手动验证边界
Tab/Shift+Tab 和 Shift+Alt+F 的缩进逻辑完全不同
Tab 和 Shift+Tab 是编辑器原生命令，只改变光标所在行或选中行的缩进层级，依赖 editor.tabSize 和 editor.insertSpaces，不触发任何格式化插件。
Shift+Alt+F 则调用语言默认格式化器（如 Prettier），它会重排整块结构，缩进只是其中一环；若没装格式化器或未设 editor.defaultFormatter，该快捷键将静默失败。
-
Shift+Tab不一定删缩进：它只对“可被tabSize整除”的缩进生效，否则保持不动（防破坏 Python 缩进或 YAML 对齐） - 语言模式错误时
Tab无效：右下角显示Plain Text就别指望缩进自动对齐，必须先点它 → 选对语言 ID - 粘贴后缩进崩了？大概率是
editor.formatOnPaste在中间强行“翻译”，建议关掉它，改用全选 →Shift+Alt+F→ 状态栏点击Convert Indentation to Spaces
语言专属配置与 .editorconfig 的优先级冲突
VSCode 缩进最终生效顺序是：.editorconfig > 语言专属配置（如 "[python]"） > 工作区 .vscode/settings.json > 用户级 settings.json。
也就是说，即使你在 .vscode/settings.json 里写了 "editor.tabSize": 2，只要项目根目录有 .editorconfig 且含 indent_size = 4，那 Python 文件就一定是 4 空格——而且右下角状态栏可能根本不显示你设的值。
- 验证方式：右下角语言标识点开 → 查看“Configure File Association for .py”是否真指向 Python 模式
- 调试技巧：临时禁用 EditorConfig 插件，再试
Shift+Alt+F，如果恢复正常，说明冲突来自.editorconfig - 团队协作建议：用
.editorconfig统一规则，VSCode 配置只做兜底；prettier.tabWidth必须和.editorconfig的indent_size一致，否则保存时格式化器会覆盖编辑器行为
editor.insertSpaces、editor.tabSize 和 editor.detectIndentation 三者协同生效——而它们是否生效，取决于你正在编辑的文件到底听谁的：语言模式、项目配置，还是插件规则。 
