Ctrl+Shift+H（Win/Linux）或 Cmd+Shift+H（macOS）是唯一真正省时的全局替换入口，直接进入“替换就绪”状态，光标自动聚焦搜索框，免去模式切换与额外点击。
Ctrl+Shift+H（Win/Linux）或 Cmd+Shift+H（macOS）是唯一真正省时的全局替换入口，其他组合键要么只查不换、要么绕路多步。
为什么 Ctrl+Shift+H 比 Ctrl+Shift+F + 展开替换更快
很多人误用 Ctrl+Shift+F 打开全局搜索，再点箭头展开替换框——这多了一次点击或快捷键（Ctrl+Alt+Enter），且默认状态常卡在「当前文件」模式，需手动切回「在文件中查找」。而 Ctrl+Shift+H 直接进入「替换就绪」状态，面板一打开就能输 Find 和 Replace，光标自动聚焦到搜索框，省掉所有状态判断和切换动作。
常见翻车点：
-
Ctrl+Shift+F后没反应？大概率是右上角图标显示灰色文档，不是崩溃，是模式残留 - 按了
Ctrl+Shift+F又立刻按Ctrl+H？后者只会打开当前文件替换，覆盖掉全局上下文 - Mac 用户按
Cmd+Alt+F没反应？系统级快捷键可能拦截，必须用Cmd+Option+F（即Cmd+Shift+H的等效路径）
正则替换前必须按 Alt+R / Cmd+R，别点 .* 图标
Alt+R（Win/Linux）或 Cmd+R（macOS）是唯一可靠启用正则的快捷键。它不依赖焦点位置，不被其他按钮干扰，按完图标变蓝、右下角出现 Regex 标签才算生效。
容易忽略的细节：
- 点
.*图标有时不生效，尤其在面板刚打开、输入框未获得焦点时 -
Aa（大小写）或ab（全词）按钮会悄悄关闭正则状态，导致你写的\d+被当字面量搜 - 想匹配字面量括号或点号，必须写成
\(、\.，VS Code 不支持 PCRE 的\Q...\E
替换前不点 Find All，Replace All 就是盲操作
Replace All 按钮只作用于当前已高亮的匹配项，不是实时扫描。如果你没手动点过 Find All（或按 Enter 触发搜索），它可能只替换前几条、漏掉后面新增的匹配，尤其在你边输边改搜索内容时。
安全做法：
- 输完
Find内容后，先按Enter或点放大镜图标，等右侧结果列表完全展开 - 检查顶部是否显示「X 个结果」，而不是「正在搜索…」或空白
- 发现结果过多？立刻点右上角
⋯ → Files to include，填src/**/*.ts这类明确路径，比事后git diff回滚快得多
$1 是唯一能用的捕获组写法，$& 最稳但最糙
VS Code 正则替换只认 $1、$2、$& 三种引用形式。\1、${1}、$<name></name> 全部无效，会被当普通文本输出。
实际踩坑场景：
- 写
console\.log\(["'](.+?)["']\)替换为debugger; // \1？不行，得写成debugger; // $1 - 想输出字面量
$abc，必须写成$$abc，否则$a被识别为变量、bc被丢弃 - 不确定分组数或结构易变？直接用
$&，比如把所有TODO:行前加//，搜^TODO:.*$，替换成// $&
真正难的从来不是正则语法，而是边界控制——比如用 .* 匹配引号内内容，一不小心吞掉中间的注释或嵌套字符串。这时候宁可用 [^'"]* 或开启跨行（Cmd+Option+M）配合 [\s\S]*?，也别迷信贪婪匹配。
