ctrl+shift+f 搜索排除的唯一有效方式是在 where 框中手动输入严格格式的排除路径，如-/node_modules/；folder_exclude_patterns 等设置仅影响侧边栏和索引，对实时搜索无效。
Ctrl+Shift+F 的 Where 框才是搜索排除的唯一权威
全局搜索进 node_modules 或 dist 不是因为“没设置好”，而是你误把 folder_exclude_patterns 当成了搜索过滤器。它只影响侧边栏显示和索引构建，对 Ctrl+Shift+F 的实时磁盘遍历完全无效。
真正起效的方式只有一个：打开搜索面板后，在右下角 Where 输入框里手动填写排除路径。格式必须严格：
- 每项以
-开头、以/结尾：-/node_modules/✅，-node_modules❌，-/node_modules❌（缺结尾斜杠） - 逗号后必须加空格：
., -/dist/, -/build/✅，.,-/dist/❌（后面所有规则丢弃） -
-*/node_modules/表示递归排除所有层级（如packages/foo/node_modules），-/node_modules/只排除项目根目录下的
file_exclude_patterns 和 folder_exclude_patterns 各管一摊
file_exclude_patterns 只控制侧边栏是否显示文件，比如填 "*.tmp" 会让 main.tmp 消失，但 Ctrl+Shift+F 仍能搜到它；folder_exclude_patterns 控制是否纳入索引（影响 Ctrl+P 和跳转），但它在用户设置里对搜索无效，只有写在 .sublime-project 的 folders 数组内部才可能生效——而且索引有延迟，必须手动 Refresh Folder。
常见误配：
- 拼错字段名，比如写成
folder_exlude_patterns（少了个c） - 漏掉引号：
"folder_exclude_patterns": [node_modules]→ 应为["node_modules"] - 设了
"index_files": false，导致整个索引系统停摆，Ctrl+Shift+F退化成纯磁盘扫描，Where框变成最后防线
binary_file_patterns 暗中拖慢搜索速度
即使你在 Where 框里明确排除了 node_modules，搜索仍卡顿或漏结果？大概率是 binary_file_patterns 在背后跳过本该扫的文本文件。它默认包含 "*.png", "*.jpg", "*.pdf" 等，但若误加了 "*.js" 或 "*.ts"，就会让大量源码被跳过。
检查方式：
- 打开
Preferences > Settings – User - 确认
binary_file_patterns里没有泛匹配项，比如"*"或"*.log"（日志文件通常是文本） - 大项目建议显式列出二进制类型，而非用通配符兜底
搜索前必须确认三件事
输完关键词没反应，不是快捷键坏了，而是 Sublime 的搜索依赖三个硬性前提同时满足：
- 项目已加载：单文件打开状态下，
Ctrl+Shift+F只搜当前标签页，不触达磁盘；必须通过Project > Add Folder to Project加载目录 - 索引就绪：刚添加新文件夹后，右下角会显示
Indexing…，等它消失再搜，否则漏匹配 - 目标文件未被排除：检查
file_exclude_patterns是否误删了.py或.ts类型，导致文件根本不在索引里
最常被忽略的是第三点：你以为文件“应该在”，其实它早被 file_exclude_patterns 静默过滤掉了，连索引都进不去。
