vscode缩进配置仅在语言模式正确时生效，必须右下角显示为python（全小写），而非plain text或python (jinja)；否则"[python]"块内所有设置均无效。
缩进配置只在语言模式正确时生效
VSCode 的 editor.insertSpaces 和 editor.tabSize 不是全局开关，它们的行为严格依赖当前文件的语言模式（language ID）。右下角状态栏显示的不是 .py 后缀，而是实际生效的语言 ID —— 比如必须是 python（全小写、无括号），而不是 Plain Text 或 Python (Jinja)。一旦语言 ID 错了，所有 "[python]" 块里的配置都无效。
常见修复方式：
- 点击右下角语言名 → 从弹出菜单中手动选
Python（注意：它会自动转为python） - 未保存的空白文件默认是
Plain Text，先保存为.py再切语言 ID - 对
.vue.ts这类复合后缀，按Ctrl+K Ctrl+M（Win/Linux）或Cmd+K Cmd+M（Mac）强制指定语言 ID
空格 vs Tab：选哪个取决于语言和团队约定
空格（insertSpaces: true）和制表符（insertSpaces: false）不是个人偏好问题，而是语法/工具链强制要求：
- Python 必须用 4 个空格，混用
\t直接触发IndentationError - Go 默认用 Tab，
gofmt只识别\t缩进，设成空格会导致格式化失败 - JavaScript/TypeScript 社区普遍用 2 空格，配合 Prettier；但若项目用 ESLint +
indent规则且设了useTabs: true，就得保持一致
单纯改 VSCode 设置不解决根本问题——得和项目级格式化器（如 prettier、black、gofmt）的 useTabs 参数对齐，否则保存时会被重写。
批量转换已有文件的缩进类型
VSCode 的 Convert indentation to Spaces 或 Convert indentation to Tabs 命令只作用于当前打开的文件，且不会递归处理整个文件夹。它本质是“替换开头的缩进字符”，不分析语法结构，所以：
- 对 Python 文件，转换后仍需人工检查是否所有行都对齐到 4 空格倍数（比如某行开头是 5 空格，转完还是 5 空格）
- 混合缩进的老文件（部分行 Tab、部分行空格）转换后可能仍存在错位，建议先用
editor.action.indentationToSpaces命令统一为空格，再手动删多余空格 - 想批量处理整个项目？别靠手动点 —— 用命令行工具更可靠：
find . -name "*.py" -exec sed -i 's/^[[:space:]]*//; s/^\t*/ /' {} \;（Linux/macOS）或借助black --skip-string-normalization强制重排
为什么 Shift+Tab 有时没反应
Shift+Tab 触发的是 editor.action.outdentLines，它的逻辑是“把缩进减去一个 tabSize 单位”，但前提是当前行开头的空白恰好能被 tabSize 整除。这不是 bug，是防误操作机制：
- 设
tabSize: 4，某行开头有 6 个空格 →Shift+Tab不动，避免删成 2 空格破坏对齐 - 同一文件里有的行缩进是 4 空格、有的是 8、有的是 5 → 只有前两类响应
Shift+Tab - YAML/JSON 对缩进极其敏感，哪怕差 1 空格就解析失败，此时 VSCode 会直接拒绝反缩进
真要暴力清空首行缩进，选中后执行 editor.action.trimTrailingWhitespace 配合手动删，或者用正则 ^\s+ 替换为空 —— 但更稳妥的做法是交给 black 或 prettier 全量重格式化，而不是靠编辑器快捷键硬调。
