需清空 search.history 并禁用 search.usePCRE2：先在 settings.json 中删除 "search.history" 整行，再设 "search.usePCRE2": false，重启 VSCode 以重建索引、排除已删文件。
VSCode 搜索框里总出现已删文件？先清空 search.history
VSCode 的全局搜索（Ctrl+Shift+F）会把历史关键词存进配置项 search.history，哪怕文件早已被删、工作区也换了，这些关键词仍顽固残留。这不是缓存问题，是设置项在“记住你搜过什么”。
打开命令面板（Ctrl+Shift+P），输入并执行：Preferences: Open Settings (JSON)，在打开的 settings.json 中查找 "search.history" 字段，直接删掉整行（包括键和值）。如果没找到，说明没手动触发过保存历史，跳过这步。
注意：这个字段只存关键词，不存文件路径；但它会让 VSCode 在下拉列表里反复推荐旧词，干扰判断是否真搜到了残留内容。
搜索结果里还显示已删文件？关掉 search.usePCRE2 并重置索引
启用 PCRE2 正则引擎（search.usePCRE2）时，VSCode 有时会复用旧索引快照，导致已删文件仍出现在结果中，尤其在大工作区或 Git 仓库里频繁删改后。这不是 bug，是索引未及时失效的表现。
- 在
settings.json中添加或修改："search.usePCRE2": false - 重启 VSCode（必须重启，热重载不生效）
- 首次搜索会重建索引，稍等几秒——此时再搜，结果才反映当前真实文件系统状态
性能影响：禁用 PCRE2 后，复杂正则（如 (?）将不可用，但普通字符串搜索、基础正则（<code>^foo.*bar$）完全不受影响。
确认文件真的没被 Git 或工作区缓存？检查 .git/index 和 files.exclude
有时候你以为文件“彻底删除”了，其实只是 git rm --cached 过，或者被 files.exclude 隐藏了——VSCode 的搜索默认仍会扫描这些路径，除非明确排除。
- 运行
git ls-files --deleted，看是否列出目标文件：如果出现，说明 Git 索引里还记着它，需git rm --cached <file></file>+ 提交 - 检查
settings.json中是否有"files.exclude"误配，比如写成"**/old-folder/**": true却漏了结尾斜杠，导致排除失效 - 临时加一行
"search.exclude": {"**/old-folder/**": true}，强制搜索跳过该路径
关键点：VSCode 搜索不区分“Git 删除”和“物理删除”，只要文件路径还在索引或可遍历范围内，就可能被扫到。
终极清理：删掉 WorkspaceStorage 里的搜索索引目录
VSCode 把每个工作区的搜索索引存在本地 WorkspaceStorage 文件夹里，路径类似：$HOME/Library/Application Support/Code/WorkspacesStorage/<hash>/workspace.json</hash>（macOS）、%APPDATA%\Code\WorkspacesStorage\<hash>\workspace.json</hash>（Windows）。这个目录不会随文件删除自动清理。
- 关闭 VSCode
- 找到对应工作区的
<hash></hash>目录（可通过修改workspace.json时间戳定位） - 删除整个
<hash></hash>文件夹（别只删workspace.json） - 重启 VSCode，首次搜索会重建干净索引
风险提示：该操作也会清空该工作区的自定义视图状态、折叠状态等，但不影响代码或设置。别碰 GlobalStorage，那是插件数据，和搜索无关。
最常被忽略的是：以为清了 search.history 就万事大吉，其实索引文件才是“搜出已删文件”的真正源头。
