ctrl+shift+h（windows/linux）或cmd+shift+h（macos）是vs code全局替换唯一入口；必须先点“find all”再“replace all”，且需用$1而非\1引用捕获组，限定文件范围可提升速度与安全性。
Ctrl+Shift+H 是全局替换的唯一入口，不是 Ctrl+H
很多人卡在第一步，是因为误用 Ctrl+H（只作用于当前文件）去尝试改整个项目。真正启动「在文件中替换」的快捷键只有 Ctrl+Shift+H（Windows/Linux）或 Cmd+Shift+H（macOS）。它一打开就是多文件视图，不依赖你之前有没有搜索过什么。
常见错误现象：
- 按了
Ctrl+Shift+F—— 这是全局搜索，不是替换；它默认只高亮，没替换框 - 按了
Ctrl+H后疯狂点「全部替换」——结果只改了当前 tab，其他文件纹丝不动 - Mac 上按
Cmd+Alt+F没反应——其实是系统快捷键冲突，必须用Cmd+Option+F（Option 键 = Alt 键）
替换前必须手动点「Find All」，否则 Replace All 不生效
Replace All 按钮不是实时扫描，它只处理当前面板里已列出的匹配项。如果你输完查找内容就直接点「全部替换」，VS Code 会静默跳过——因为还没生成任何匹配结果。
正确流程是：
- 输入查找内容后，先点搜索框右侧的放大镜图标（
Find All），或按Enter - 等下方出现文件列表和行号预览，确认范围合理
- 再点
Replace All，这时才真正写入
容易踩的坑：在大项目里漏点 Find All，结果改了几十个文件却只生效 2 处，还以为功能坏了。
限定文件范围比盲目替换安全十倍
不设范围的 Ctrl+Shift+H 默认扫整个工作区，包括 node_modules、dist、.git —— 不仅慢，还可能误改构建产物或依赖包。
关键操作在面板里的「包含文件」输入框（files to include）：
- 只改 CSS：
*.css或src/**/*.css - 只改 TypeScript 类型定义：
**/*.d.ts - 排除干扰目录：点右上角
⋯→ 「Add pattern」→ 输入!node_modules/**
性能影响：加 src/**/*.{ts,js} 后，扫描速度通常提升 3–5 倍，且结果可预测。
正则替换时 $1 能用，\1 不能用，且括号必须配对
想批量改 console.log("x") 成 debugger; // x，正则得写成 console\.log\(["'](.+?)["']\)，替换填 debugger; // $1 —— 注意是 $1，不是 \1。
容易被忽略的细节：
-
.*图标必须点亮（变蓝），否则所有括号都当字面量处理 - 写
(?:xxx)是非捕获组，不产生$1，别指望它编号 - 要输出字面量
$abc，得写成$$abc，否则会被截断 - 嵌套括号如
((a)(b))会导致整个正则解析失败，VS Code 不报错，只是不匹配
真正难的不是语法，而是边界控制：比如用 .* 匹配引号内内容，很可能吞掉中间的换行或注释；改用 [^'"]* 更稳。
