Ctrl+Shift+H（macOS为Cmd+Shift+H）仅打开全局替换面板，不自动搜索；需在查找框输入内容后按Enter或点击放大镜图标才触发扫描，否则无匹配结果。
直接按 Ctrl+Shift+H（Windows/Linux）或 Cmd+Shift+H（macOS）就能打开全局替换面板，它不是“先搜再换”的两步操作，而是一上来就带查找+替换双输入框——但很多人卡在没看到结果，其实是没触发实际扫描。
为什么按了 Ctrl+Shift+H 却没显示匹配项
这个快捷键只负责打开面板，不自动执行搜索。VSCode 的全局替换是“惰性扫描”：你必须手动输完查找内容、敲回车（或点右上角放大镜图标），它才真正遍历文件并列出结果。常见误操作包括：
- 输完关键词直接点 Replace All —— 此时面板里根本没加载任何匹配项，按钮实际无效
- 光标不在查找输入框内，回车没反应；需点击或用
Tab切入查找框再按Enter - 工作区根目录下没打开任何文件，某些旧版 VSCode 会弱化搜索响应（2026 年已少见，但仍有缓存残留）
Ctrl+Shift+H 和 Ctrl+Shift+F 到底该用哪个
二者功能重叠但行为不同：
-
Ctrl+Shift+F打开的是「只搜索」视图，默认不带替换框；想替换得先点右侧的 ⇩ 图标展开替换栏，或按Ctrl+Alt+Enter -
Ctrl+Shift+H一打开就是「搜索+替换」双栏，省去展开步骤，更适合明确要改内容的场景 - 如果你习惯先看全量匹配再决定是否替换，
Ctrl+Shift+F更直观；如果目标清晰、追求效率，Ctrl+Shift+H是首选
替换前必须确认的三个状态图标
面板右上角那排小图标不是摆设，它们直接影响结果是否符合预期：
-
Aa（Match Case）：不点它，UserId会把userid和USERID全干掉；重构常量名时务必点亮 -
ab（Match Whole Word）：不点它，替log可能误伤dialog或blog；但改 CSS 类名如.btn时反而要关掉，否则.btn-primary里的btn不会被捕获 -
.*（Use Regular Expression）：点了它，\d+才真匹配数字；但写错语法（比如用\K或?做非贪婪）会静默失败——VSCode 用 JS 正则引擎，不兼容 PCRE 特性
限定范围比盲目扫全项目更关键
默认扫描整个工作区，但 node_modules、dist、.git 等目录早被排除；真正容易翻车的是你没主动限制“包含文件”，导致：
- 想改所有
.ts文件，却漏填src/**/*.ts，结果webpack.config.js也被扫进来 - 用正则
import\s+(\w+)\s+from替换，却忘了关掉.*按钮旁的 ↵（跨行匹配），导致换行符干扰分组捕获 - 在“包含文件”里输
.css无效——必须写*.css或**/*.css，VSCode 不接受无通配符的后缀
复杂替换真正难的不是语法，而是边界控制：比如用 .* 匹配引号内容，很容易吞掉中间的注释或嵌套结构；这时候宁可用 [^'"]* 或 [sS]*?（开了 ↵ 后），比盲目依赖贪婪更可靠。
