vscode中tab转空格应禁用editor.detectindentation并配置.editorconfig统一规则，而非用ctrl+h替换；正确做法是通过状态栏convert indentation to spaces、设置"editor.insertspaces": true及配合formatter批量处理。
VSCode 里 tab 转空格不是靠“查找替换”
直接用 Ctrl+H 搜 \t 替换成四个空格，看似快，实则埋雷：缩进层级错乱、代码块对齐失效、Git diff 疯狂报改动。VSCode 原生支持按语言/文件类型智能处理缩进，硬上正则反而绕开核心机制。
正确做法是让编辑器接管缩进逻辑：
- 打开当前文件 → 右下角状态栏点击
Tab Size: 4（或Spaces: 4）→ 选Convert Indentation to Spaces - 若需全局默认，改用户设置：
"editor.insertSpaces": true和"editor.tabSize": 2（或 4，按团队规范） - 项目级覆盖更稳妥：在项目根目录加
.editorconfig，写明indent_style = space和indent_size = 4
批量转换整个文件夹的 tab 缩进必须用命令面板
右键单个文件能转，但几十个 .js .py 文件挨个点太傻。VSCode 不提供“批量缩进转换”按钮，得走命令流：
-
Ctrl+Shift+P打开命令面板 → 输入Format Document→ 回车（前提是已配置好对应语言的 formatter，如 Prettier 或 autopep8） - 如果没装 formatter，
Ctrl+Shift+P→Convert Indentation to Spaces仅对当前文件生效；要批量，得先用Ctrl+Shift+F全局搜^\t（正则模式），再手动逐文件执行转换 —— 别偷懒跳这步 - 注意：部分语言插件（如 Python 的 Pylance）会忽略
editor.insertSpaces设置，以python.formatting.provider配置为准
editor.detectIndentation 开关决定你改的设置会不会被无视
很多人设了 insertSpaces: true，结果新开一个旧项目文件，缩进还是 tab —— 是 VSCode 在“自作聪明”。它默认开启 editor.detectIndentation，一检测到文件已有 tab 缩进，就临时覆盖你的全局设置。
- 想强制统一？关掉它：
"editor.detectIndentation": false - 但关掉后，打开别人用
tab写的文件时，你按Tab键插入的是空格，可能破坏原有缩进结构，协作时小心 - 更安全的做法：保留开启，只在需要时手动触发
Convert Indentation to Spaces，尤其在提交前检查
Git 提交前发现混用 tab 和空格？别只靠肉眼扫
VSCode 状态栏只显示当前行缩进类型，整文件混用时根本看不出来。等 PR 被 CI 拒绝才改，成本太高。
- 安装插件
EditorConfig for VS Code，配合项目根目录的.editorconfig，保存时自动标准化 - 终端快速排查：
grep -n $'^\t' *.py（Linux/macOS）或findstr /n " " *.js（Windows，注意 tab 是真实制表符） - CI 里加检查项比本地补救更可靠：ESLint 的
no-tabs、Flake8 的E101都能捕获这类问题
缩进不是格式洁癖，是影响可读性、diff 清晰度和自动化工具稳定性的实际边界。改设置容易，让所有协作者、所有脚本、所有 CI 环境都按同一套规则解释缩进，才是麻烦所在。
