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 到底该用哪个

二者功能重叠但行为不同：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 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]*?（开了 ↵ 后），比盲目依赖贪婪更可靠。