vscode中tab转空格本质是配置缩进行为而非查找替换，需通过状态栏convert indentation to spaces统一处理缩进，禁用detectindentation并设insertspaces:true可强制空格缩进，配合pretterr+formatonsave实现批量自动转换。
VSCode 里 tab 转空格的本质是配置缩进行为，不是“查找替换”
VSCode 不提供“一键把文档里所有 \t 替换为空格”的原生命令，因为这会破坏缩进语义（比如混用 \t 和空格的行，盲目替换可能让代码错位）。真正可靠的做法是统一编辑器的缩进行为，并重应用缩进——它只改当前缩进层级，不碰字符串或注释里的 \t。
常见错误现象：Ctrl+H 搜 \t 替换为 4 个空格，结果函数体缩进乱了、JSON 字符串里的 \t 被误删、YAML 因缩进错位直接报错。
- 打开文件后，右下角状态栏点击
Tab Size: 4（或Spaces: 4）→ 选Convert Indentation to Spaces - 该操作仅转换当前文件中被识别为“缩进”的
\t，跳过内容中的制表符 - 如果状态栏没显示缩进信息，按
Ctrl+Shift+P输入Change Indentation手动调出命令面板
"editor.insertSpaces" 和 "editor.detectIndentation" 决定新建/粘贴时的行为
这两个设置控制的是“未来怎么缩进”，不影响已有内容。很多人改了设置却没看到效果，是因为以为它们能批量修复旧文件。
-
"editor.insertSpaces": true→ 按Tab键插入空格（推荐设为true） -
"editor.detectIndentation": true→ 打开文件时自动读取首行缩进风格（若首行是\t，就沿用Tab；若首行是 2 空格，就设为Spaces: 2） - 想强制所有文件都用空格？关掉
detectIndentation，再设insertSpaces和tabSize
批量处理多个文件：用 editor.formatOnSave + Prettier 或 ESLint
手动一个个点 Convert Indentation to Spaces 效率低，且无法保证团队一致。真实项目里靠格式化工具自动对齐。
- 装 Prettier 插件，在
.prettierrc里写"useTabs": false, "tabWidth": 2 - 开启
"editor.formatOnSave": true，保存时自动转缩进 + 格式化 - 注意：ESLint 的
indent规则（如eslint-config-airbnb）也会干预缩进，和 Prettier 冲突时优先用 Prettier - 验证是否生效：改一行缩进，保存，看右下角是否闪现
Formatting with Prettier
为什么 files.trimTrailingWhitespace 不能替代缩进转换
这个设置只删行尾空格/\t，和缩进无关。有人开了它，发现文件看着“干净了”，但缩进还是 \t，协作时 Git diff 仍疯狂报 indentation changed from tabs to spaces。
-
"files.trimTrailingWhitespace": true是好习惯，但和缩进类型无关 - Git 提交前检查缩进：在
.editorconfig里加indent_style = space，多数编辑器和 CI 工具都认这个 - 容易被忽略的点：某些语言（如 Makefile）必须用
\t开头，强行转空格会导致构建失败——这类文件得单独配"[makefile]": { "editor.insertSpaces": false }
