Ctrl+Shift+F（Windows/Linux）或Cmd+Shift+F（macOS）是唯一能真正全局搜索文本的快捷键，它扫描整个工作区所有文件（含未打开的），而Ctrl+F仅限当前文件；快捷键失效多因未处于项目模式、被系统/插件劫持，或files to include/exclude配置不当。
Ctrl + Shift + F 是唯一能真正全局搜文本的快捷键，Ctrl + F 只在当前文件里找——用错就等于没搜。
为什么 Ctrl + Shift + F 才是全局搜索的正确入口
前端项目结构深、文件多，src/components 里几十个 .vue 或 .tsx 文件，靠手动翻目录或点放大镜图标效率极低。真正扫整个工作区（包括未打开的文件），必须触发全局搜索面板。
常见错误现象：
- 按了
Ctrl + F输完词回车，左上角显示“在当前文件中查找”，结果自然为空 - 开了多个文件夹工作区，但搜索时底部状态栏路径指向的是子文件夹而非根目录，实际只搜了局部
- 首次搜索卡顿 1–2 秒，误以为失败而重输，其实右下角有“搜索中…”提示
实操建议：
立即学习“前端免费学习笔记（深入）”；
- Windows/Linux 记死
Ctrl + Shift + F；macOS 用Cmd + Shift + F - 左侧活动栏点击放大镜图标也能进，但快捷键快且不依赖鼠标定位
- 如果快捷键失效，先检查是否被插件或系统级热键劫持（比如某些输入法或录屏工具）
files to include/exclude 怎么填才精准
前端开发中，你通常不想在 node_modules、dist、coverage 里搜，也不希望测试文件（*.test.ts）干扰结果。这时不能只靠眼睛过滤，得用 files to include 和 files to exclude 字段控制范围。
参数差异：
-
**/*.ts：所有.ts文件（含嵌套任意层） -
src/**/api/**/*.ts：仅src下任意深度的api目录里的.ts文件 -
!node_modules/**,!dist/**,!*.test.*：排除三类路径/文件（注意用英文逗号分隔）
容易踩的坑：
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 填绝对路径如
C:\my-proj\src会失效——VS Code 只认相对工作区根的路径或 glob 模式 -
files to include留空 = 搜全部；但一旦填了内容，就变成“只搜这些”，不是“搜全部再过滤” - 想搜
src/utils下所有 JS/TS，别写src/utils/*.js,src/utils/*.ts，直接写src/utils/**/*.{js,ts}
正则替换时 $1 能用，\1 不能用
前端改代码常要批量调整 class 名、提取 hook 参数、重写 API 调用签名，这时候得开 .*（Use Regular Expression）并用捕获组。但 VS Code 的替换引擎基于 JavaScript 正则，语法和部分编辑器不同。
使用场景：
- 把
class="btn primary"→class="btn is-primary" - 把
const [data, setData] = useState()→const [data, setData] = useState<string>("")
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 查找：
class="([^"]+) primary"，替换：class="$1 is-primary"（注意双引号要手动保留） - 查找：
const \[(\w+), (\w+)\] = useState\(\)，替换：const [$1, $2] = useState<string>("") -
$1、$2有效；\1、\2不生效，界面也不会报错，静默失败 - 换行要按
Shift + Enter，不是Enter；否则会被当成提交搜索 - 全角括号
（、不可见空格、BOM 头都可能导致正则静默失效，建议复制到 regex101.com 验证
Ctrl + P 和 Ctrl + Shift + F 容易混淆的边界
两者都带“搜索”二字，但目的完全不同：Ctrl + P 是找文件（file-centric），Ctrl + Shift + F 是找内容（text-centric）。前端日常中，80% 的误操作源于搞混这个逻辑。
性能 / 兼容性影响：
-
Ctrl + P基于文件名和路径索引，响应快（毫秒级），即使项目有 5000+ 文件也无压力 -
Ctrl + Shift + F是实时遍历磁盘读取文件内容，首次搜索会触发缓存构建，后续变快；但若files to include写成**，仍可能扫到几百 MB 的打包产物
容易踩的坑：
- 想查某个 hook 的所有调用位置，却用
Ctrl + P输useFetch——它只列出文件名匹配的文件，不会告诉你哪一行用了 - 想跳转到
App.vue，却按Ctrl + Shift + F搜App.vue——结果返回一堆字符串字面量，还得手动点开每个文件 -
.gitignore里的文件默认不参与Ctrl + P搜索，但会出现在Ctrl + Shift + F结果里（除非你显式!**/.gitignore）
复杂点在于：当你要找的内容本身是文件名的一部分（比如搜索 Header.test.tsx 中的 render 函数），就得先 Ctrl + P 定位文件，再 Ctrl + F 在该文件内搜，不能指望一个快捷键包打全场。
