ctrl+shift+f（windows/linux）或cmd+shift+f（macos）是vscode全局搜索的唯一稳定入口；需避免误用ctrl+f或ctrl+shift+h，注意输入法干扰、正则模式启用及file:/ext:过滤语法。
Ctrl+Shift+F 是全局搜索的唯一入口
VSCode 里没有“多种方式打开全局搜索”的说法，Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）是唯一、稳定、不依赖扩展的触发方式。别去记什么“Ctrl+P 再输 @”或者“右键菜单里的 Find in Folder”——那些要么是局部操作，要么受工作区配置限制，容易漏结果。
常见错误现象：按了 Ctrl+F 发现只搜当前文件；误以为 Ctrl+Shift+H（替换）能跳转到搜索面板——它确实会打开面板，但焦点不在搜索框，首次输入常被当成替换内容。
- 确保焦点不在编辑器内文本上（可先按
Esc清除选中文本或输入状态） - 如果快捷键失效，大概率是被输入法、远程桌面或系统级热键劫持，不是 VSCode 设置问题
- Mac 用户注意：自带中文输入法在全角模式下可能吞掉
Cmd+Shift+F，切英文输入法再试
搜索框里加 file: 和 ext: 精准过滤范围
默认全局搜索会扫整个工作区，但多数时候你只想查 .ts 文件里的某个接口名，或排除 node_modules 下的干扰项。靠手动点“文件排除”设置太慢，直接在搜索框里写限定条件更快。
使用场景举例：想查所有 React 组件中调用 useEffect 的地方，但不想看到 .test.tsx 或 dist/ 里的打包结果：
useEffect file:src/**/*.{tsx,ts} -file:**/*.test.* -file:**/dist/**
关键参数差异：
-
file:后跟 glob 模式，支持**（任意层级）、*（单层）、{a,b}（多选） -
ext:是简写，等价于file:**/*.ext，比如ext:py相当于只搜 Python 文件 - 前面加
-表示排除，注意-file:node_modules不生效，得写成-file:**/node_modules/**
正则模式开启后，$ 才真正有用
默认搜索是字符串匹配，开启右上角 .* 按钮（或按 Alt+R）才进入正则模式。这时候很多看似“高级”的写法才开始起作用，否则 就是字面量两个字符，$ 也匹配不到行尾。
容易踩的坑：
- 正则开启后，
?、*、.全部变成元字符，想搜字面量console.log(?)得写成console.log(?) -
在 JS 字符串里要写成\b（因为 VSCode 搜索框本身是一层字符串解析），实际输入时敲两遍反斜杠 -
^和$默认只匹配行首/行尾，不是整个文件——所以^export.*function.*$能搜出单行导出函数，但跨行声明无效
搜索结果太多？关掉 files to include 的模糊匹配
VSCode 默认对“文件包含”字段做模糊匹配（比如输 api 会同时命中 api.ts、wrap-api.js、database），这在大型项目里极易刷出上千条无关结果。真正需要的是精确路径控制。
解决方法很简单：点击搜索面板顶部的 files to include 输入框右侧齿轮图标 → 取消勾选 Use patterns for files to include。这时你输的 src/api 就只会搜这个目录，不会自动扩展成 **/src/api/**。
性能影响很明显：一个 2w 文件的前端项目，关闭该选项后搜索响应从 3 秒降到 0.4 秒左右，尤其当你已经用 file: 做过一次过滤时，重复模糊匹配纯属浪费 CPU。
复杂点在于：这个开关是 per-search 的，每次新开搜索面板都要重新关一次。没插件的情况下，只能靠肌肉记忆——或者把 files to include 字段留空，完全依赖 file: 过滤更可靠。
