ctrl+h（win/linux）或cmd+option+f（macos）是vscode中当前文件“查找并替换”的一步到位快捷键，直接打开面板而非分步操作；ctrl+shift+h（win/linux）或cmd+shift+h（macos）则启动工作区全局替换，需手动设置文件范围与正则选项，并务必先执行find all再replace all。
Ctrl+H 和 Cmd+Option+F 是当前文件替换的默认快捷键
VSCode 不区分“查找”和“替换”为两个独立快捷键入口——Ctrl+H（Windows/Linux）或 Cmd+Option+F（macOS）直接打开「查找并替换」面板，不是先查再换，而是一步到位。很多人卡在第一步，是因为误用了 Ctrl+F（只查不换）或记混了 Mac 的组合键：Cmd+Alt+F 与 Cmd+Option+F 实际是同一组物理按键（Option 键即 Alt 键），但文档中统一写作 Cmd+Option+F。
注意：这个快捷键只作用于当前打开的文件。如果没反应，先确认光标是否在编辑器内（而非终端、调试控制台等非文本区域）。
Ctrl+Shift+H 启动全局替换，范围可调但默认扫描整个工作区
Ctrl+Shift+H（Win/Linux）或 Cmd+Shift+H（macOS）打开的是多文件替换视图，它不像单文件替换那样自动聚焦到编辑器内容，而是默认把搜索范围设为当前工作区（workspace）。容易出错的地方在于：
- 没点右上角的文件夹图标，就直接输内容——结果可能扫了 node_modules 或 dist 目录，耗时且干扰大
- 想限定只改 .ts 文件，却忘了在搜索框下方的「files to include」里填
*.ts - 勾选了正则模式（.* 按钮变蓝），但没意识到
\d+在 JS 正则里合法，而\R或\K会报错不匹配
实际建议：首次用全局替换前，先点「files to include」旁的 … 图标，选「Add pattern」，输入 src/**/*.ts 这类明确路径，比事后翻 Git diff 更省心。
正则替换时 $1 捕获组生效的前提是括号必须存在且编号正确
写 import\s+(\w+)\s+from\s+['"](.+?)['"] 然后替换为 import from "" 看似合理，但 VSCode 会静默失败——除非你确认两点：
- 搜索框右侧的
.*按钮已点亮（启用正则），且.按钮（跨行匹配）没被误点（它会让.匹配换行符，通常不需要） - 替换字段里的
$1对应第一个(...)，$2对应第二个；(?:...)是非捕获组，不占编号，别指望它生成$1 -
$在替换字段中是特殊字符，要字面输出$abc，得写成$$abc
一个典型翻车场景：想把 console.log("x") 换成 debugger; // x，正则写了 console\.log\(["'](.+?)["']\)，但替换填了 debugger; // \1——VSCode 只认 $1，\1 会被当普通文本处理。
批量替换前必须手动触发 Find All，否则「全部替换」可能漏匹配
VSCode 的 Replace All 按钮不是实时扫描，它只作用于当前已高亮的匹配项。如果你打开 Ctrl+H，输完搜索词就直接点「全部替换」，它只会替换编辑器可视区域内的几处——尤其在长文件里，滚动条还没拉到底，底下内容根本没被识别。
正确做法只有一步：先按 Enter 或点搜索框右侧的放大镜图标（Find All），等左下角出现「X results」提示，再点 Replace All。这个动作不可跳过，也没有快捷键替代。
更隐蔽的风险：正则开启后，Find All 可能返回「Too many results」，这时 VSCode 已自动截断匹配项，Replace All 实际只处理前 N 条。遇到这提示，必须缩小范围——比如加文件后缀过滤，或改用 Ctrl+Shift+F 先确认分布，再进 Ctrl+Shift+H 精准操作。
