VSCode按Tab插入\t而非空格，因语言专属设置（如"[python]": {"editor.insertSpaces": false}）优先级最高，覆盖全局设置；Convert Indentation to Spaces仅转换缩进行，不处理字符串/注释中的\t。
按 Tab 键默认插入的是 \t 字符，不是空格——这是 VSCode 的底层行为，改设置不等于改结果，关键看当前上下文是否真在“缩进位置”。
为什么按 Tab 还是插 \t，哪怕设置了 editor.insertSpaces？
VSCode 的缩进行为受三重控制：全局设置、工作区设置、语言专属设置。后者优先级最高，常被忽略。
- 打开一个
.py文件，即使全局设了"editor.insertSpaces": true，但若"[python]": {"editor.insertSpaces": false}存在，Tab仍插\t - 右下角状态栏显示
Tab Size: 4但点开却是Spaces: 4？说明语言配置已生效，覆盖了你看到的显示 - 检查路径：
Ctrl+,→ 搜insertSpaces→ 点击右上角 “{…}” 图标，看是否在[language]块里被重写
Convert Indentation to Spaces 命令到底改了什么？
它不机械替换所有 \t，而是只处理被识别为“缩进”的部分，保留字符串、注释、正则表达式里的 \t。
- 执行前确保状态栏缩进模式是
Tab（不是Spaces），否则菜单项灰色不可用 - 它按当前
editor.tabSize值计算等效空格数：若tabSize: 2，一个\t→ 两个空格；若tabSize: 4，→ 四个空格 - 混合缩进行（如
\t）会被归一化：首字符是\t就整行按 Tab 风格重算，不会留“1 个 tab + 2 个空格”这种残缺结构
批量转换多个文件时，别信“一键全部”
VSCode 原生命令 Convert Indentation to Spaces 只作用于当前活动文件，没有“选中文件夹→全部转换”按钮。
- 快捷方式：用
Ctrl+Shift+P→ 输入Format Document→ 回车，前提是已配置支持该语言的 formatter（如 Prettier、autopep8），且其规则设为useTabs: false - 硬核但可控：用
Ctrl+Shift+H（全局搜索替换），正则开启，搜索^(\t+)，替换为对应数量空格（如$1替换为\t - 长期项目建议加
.editorconfig：写明indent_style = space和indent_size = 4，配合 EditorConfig 插件，新文件自动对齐，老文件仍需手动触发转换
最易被忽略的点：状态栏显示的缩进类型，只反映当前光标所在行的“检测结果”，整文件混用 \t 和空格时它不报警。提交前用 git diff --check 或 ESLint 的 no-tabs 规则扫一遍，比肉眼靠谱得多。
