ctrl+shift+f（windows/linux）或cmd+shift+f（macos）是vscode唯一全局搜索快捷键；ctrl+f仅限当前文件，ctrl+h为当前文件替换，均不作用于整个工作区。
Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）是唯一能真正提升日常调试速度的全局搜索快捷键，其他组合如 Ctrl+F、Ctrl+H 都不作用于整个工作区。
为什么 Ctrl+Shift+F 是调试时不可替代的入口
调试中快速定位问题代码，往往不是找某个函数定义，而是搜错误消息片段、日志关键词、API 路径或状态码——这些散落在多个文件里。Ctrl+Shift+F 直接扫整个工作区，且支持实时预览上下文行，比跳转定义（F12）或符号搜索（Ctrl+T）更贴近真实排查路径。
- 按 Ctrl+F 只在当前打开的文件里找，而你正在 debug 的错误可能来自未打开的
api.ts或error-handler.js - Ctrl+H 是“当前文件内替换”，不是搜索；它甚至不会列出匹配位置，无法辅助定位
- 首次触发 Ctrl+Shift+F 后右下角显示「搜索中…」属正常，大项目延迟 1–2 秒，别急着重输
- 如果顶部显示“在当前文件中查找”（灰色文档图标），说明面板没进全局模式——再按一次 Ctrl+Shift+F 强制重置
搜索不到结果？先检查这三处隐藏开关
常见“搜了但空白”的原因，90% 出现在这三个地方，而不是关键词写错：
- 右上角三个小图标：
aa（区分大小写）、ab（全词匹配）、.*（正则）——日常调试建议全关，尤其.*开着却输普通文本，会静默失败 - 底部“文件排除”框是否被意外启用：默认
search.exclude会跳过node_modules、.git、dist，但如果你在查打包后的报错堆栈，就得临时清空或填!**/dist/** - 状态栏显示的路径是否是你想搜的工作区根目录？开了多文件夹工作区时，VSCode 默认只搜焦点所在文件夹——点放大镜旁的文件夹图标可切换目标工作区
替换前必须手动展开 Replace 区域，否则“全部替换”按钮根本不会出现
很多人输完关键词按回车，看到结果就直接点“全部替换”，发现按钮灰掉——因为 VSCode 把搜索和替换设计成两个分离动作：
- 按
Alt+R（Windows/Linux）或Option+R（macOS）展开替换输入框；点击搜索面板下方的Replace标签也行 - 逐个替换更安全：每个匹配项右侧有独立
Replace按钮，适合改console.log为debugger这类跨文件调试操作 - “全部替换”默认跳过只读文件、未保存的临时文件，以及被
files to include规则排除的路径——填src/**/*.{js,ts,jsx,tsx}比留空更可控 - 正则替换时，捕获组必须用
$1，写\1或${1}全无效；要输出字面量$，得写$$，不是$
最常被忽略的一点：替换完所有匹配项后，VSCode 不会自动保存文件。编辑器标题栏出现 ● 圆点，只是内存已改，必须手动按 Ctrl+S（或 Cmd+S）才真正写入磁盘——尤其当你没打开过那个文件时，它甚至不会出现在标签页里，容易误以为没生效。
