ctrl+shift+f没反应或只搜当前文件，是因为卡在“当前文件”模式（灰色文档图标），应再按一次快捷键或点击⋯→勾选“在文件中查找”切回全局模式。
Ctrl+Shift+F 按下没反应？不是编辑器卡了，而是它正卡在「当前文件」模式里——右上角那个灰色文档图标就是证据。
Ctrl+Shift+F 没反应或只搜当前文件
VSCode 的全局搜索面板默认应覆盖整个工作区，但实际中常因状态残留只作用于当前打开的文件。这不是 bug，是 UI 状态未同步导致的误判。
- 确认右上角搜索面板是否显示灰色
?图标（代表“当前文件”），而非蓝色?（代表“在文件中查找”） - 直接再按一次
Ctrl+Shift+F，多数情况下会强制切回全局模式 - 更稳妥的做法：点击面板右上角
⋯→ 勾选在文件中查找，避免依赖快捷键自动切换 - 若仍无效，检查右下角是否显示
Read-only—— 替换功能会被禁用，且搜索结果可能不刷新
限定搜索范围：排除 node_modules 和编译产物
大型项目中，node_modules、dist、build 这类目录不参与开发逻辑，却占掉 80% 的搜索耗时。VSCode 默认不会自动跳过它们，必须显式排除。
- 在搜索面板下方
files to exclude栏输入：**/node_modules/**,**/dist/**,**/build/**,**/*.log - 注意斜杠方向和结尾双星号：
**/node_modules/**才能匹配嵌套路径，node_modules单写只匹配根目录 - 如果项目用了
.gitignore，确保设置中search.useIgnoreFiles为true（默认开启），否则.gitignore条目不生效 - 排除规则不生效的典型表现：搜索延迟 >2 秒、CPU 占用飙升、开发者工具控制台出现
Sync read detected in search日志
用正则快速定位函数定义或 TODO 行
纯文本搜索容易漏匹配，比如搜 getUser 可能命中注释、字符串甚至变量名片段。正则能精准锚定语法结构。
- 启用
.*按钮后，搜^\s*function\s+getUser\w*只匹配函数声明行（开头可有空格，后接函数名） - 搜
//\s*(TODO|FIXME|HACK)能一次性抓出所有标记行，$1在替换中引用分组内容 - 注意：VSCode 正则使用 JavaScript 引擎，不支持
\1反向引用，替换时必须用$1 - 中文或 Emoji 搜索慢？优先确认文件编码：GBK 文件平均搜索耗时是 UTF-8 的 17 倍，建议统一转为 UTF-8 with BOM
跨多项目搜索必须用 .code-workspace
VSCode 默认只搜索当前打开的文件夹。想同时查 A 项目和 B 项目？不能靠手动切换，必须建立显式的工作区容器。
- 菜单栏 →
文件 > 将文件夹添加到工作区，依次加入多个项目根目录 - 保存工作区：
文件 > 另存为工作区，生成.code-workspace文件 - 之后所有
Ctrl+Shift+F操作自动覆盖全部已添加的文件夹 - 别依赖“打开多个窗口”来模拟多项目搜索——每个窗口仍是独立工作区，搜索互不感知
真正影响效率的从来不是快捷键记不全，而是对搜索范围边界的误判：你以为在搜整个项目，其实只扫了当前文件；你以为 .gitignore 自动生效，其实配置项被关了；你反复按 Ctrl+Shift+F，却没看一眼右上角那个小图标。
