Ctrl+Shift+F（Windows/Linux）或Cmd+Shift+F（macOS）是VSCode唯一全局搜索快捷键，仅作用于当前打开的工作区，非全盘扫描；需确认面板为“在文件中查找”、图标为蓝色文件夹、排除规则未误拦，且替换后须手动保存。
Ctrl+Shift+F 不是“搜整个磁盘”，而是搜当前工作区
VSCode 的全局搜索根本不存在“全盘扫描”这回事——它只作用于你当前打开的 workspace（即文件夹或工作区），不会跨到其他项目、桌面或系统路径。如果你没通过 File → Open Folder 明确加载一个根目录，Ctrl+Shift+F 实际上可能只在空工作区或单文件模式下运行，结果自然为空。
常见错误现象：
- 按了
Ctrl+Shift+F没反应，其实是没打开任何文件夹，只打开了几个独立文件（此时工作区为空） - 搜索结果明显漏掉某些子目录，是因为你用
File → Add Folder to Workspace添加过多个根，但 VSCode 默认只对第一个根做完整索引
验证方式：看左下角状态栏是否显示路径，如 ~/my-project；若显示 No folder opened，那所有“全局”操作都只是摆设。
搜索面板顶部显示“在当前文件中查找”？你根本没进全局模式
这个状态不报错、不警告，只是安静地把 Ctrl+Shift+F 当成 Ctrl+F 用——只查你光标所在的那个标签页。很多人输完词回车没结果，就以为是插件坏了或索引崩了，其实只是面板卡在错误上下文里。
必须手动切换回全局模式：
- 点击搜索面板右上角
⋯菜单 → 勾选「在文件中查找」 - 或者再按一次
Ctrl+Shift+F，强制重置为默认全局上下文 - 确认输入框左侧图标是蓝色文件夹（
?），不是灰色文档（?）
注意：VSCode 1.118 开始，该状态会记忆上次选择，关掉搜索面板再打开时可能仍保持“当前文件”模式，不能依赖快捷键按一次就万事大吉。
为什么 node_modules 里的内容搜不到？search.exclude 在静默拦截
search.exclude 是 VSCode 默认启用的过滤器，不是 bug，也不是性能优化开关——它是硬编码在设置里的规则集，包括 **/node_modules/**、**/.git/**、**/dist/** 等。你没改过设置，它就在那儿拦着。
想让它放行，必须显式干预：
- 点搜索面板右上角
⋯→ 「展开高级选项」→ 清空files to exclude输入框 - 或填入
!**/node_modules/**（注意开头的!，且必须带**/前缀） - 取消勾选「Use Exclude Settings and Ignore Files」，否则
.gitignore和settings.json中的search.exclude依然生效
性能提示：开启 node_modules 搜索后，首次响应延迟明显，尤其在含数万文件的项目中；VSCode 使用同步 fs.readdirSync 遍历，主线程会卡住，UI 暂停响应 1–3 秒属正常现象。
正则替换写 \1 没效果？VSCode 只认 $1，且不校验语法
VSCode 用的是 JavaScript 正则引擎，捕获组引用必须写作 $1、$2。写成 \1 或 ${1} 不会报错，也不会警告，只是原样输出字符串——你看到的“替换成功”全是假象。
典型陷阱：
- 开启
.*后搜class="([^"]+)"，替换填class="\1 is-primary"→ 实际结果是字面量\1 is-primary - 要输出
$1abc，得写成$$1abc；否则会被解释为变量$1+ 字符串abc - 中文括号、全角空格、未转义的
.或/会让正则静默失效，建议先关闭.*确认普通文本能搜到，再逐步加正则
最隐蔽的问题：替换了但文件没变。因为 Replace All 默认只改内存，不写磁盘——标题栏出现 ● 圆点不代表已保存，必须手动 Ctrl+S，否则重启后一切还原。
