sublime text全局搜索排除文件夹的唯一实时有效方式是使用find in files面板右下角where输入框，格式为., -/node_modules/, -/dist/等，必须以.开头、每个排除项以-开头且以/结尾、逗号后加空格；folder_exclude_patterns仅影响索引不控制搜索。
Sublime Text 的全局搜索（Ctrl+Shift+F / Cmd+Shift+F）默认会扫整个项目物理目录，folder_exclude_patterns 配置对它完全无效——你改了项目设置却还在 node_modules 里翻结果，问题就出在这儿。
Where 输入框才是搜索排除的唯一实时入口
打开搜索面板后，右下角的 Where 输入框是唯一能立刻控制本次搜索路径的地方。填错格式或空格位置，整个排除就失效。
-
.表示当前项目根目录（必须写在最前） - 每个排除项以
-开头，路径以/结尾：-/node_modules/✅，-node_modules❌，-/node_modules❌ - 多个规则用英文逗号分隔，且逗号后**必须跟一个空格**：
., -/dist/, -/build/, -*/__pycache__/✅；.,-/dist/❌ -
-/node_modules/只排除根级；-*/node_modules/才匹配所有层级（如packages/foo/node_modules/） - 不支持正则、不支持双星号（
**/node_modules无效），只做前缀匹配
folder_exclude_patterns 只影响索引，不是为搜索设计的
这个配置常被误当成“搜索开关”，但它实际只在项目加载时决定哪些文件夹进「全局索引」，从而影响 Ctrl+P 跳转、Ctrl+Shift+R 符号查找，以及侧边栏是否显示——即使隐藏了，搜索仍可能命中物理路径。
- 必须写在
.sublime-project文件的folders数组内，结构错误就完全不生效 -
folder_exclude_patterns值是纯文件夹名字符串数组："node_modules"✅，"node_modules/"❌，"../node_modules"❌（除非path指向子目录） - 写在用户设置（
Preferences → Settings – User）里，对Find in Files依然无效 - 它不控制搜索行为，只间接减少索引体积——但物理扫描照旧
Exclude folders 栏 ≠ Where 输入框，别混用
搜索面板右下角那个带竖线 | 分隔的 Exclude folders 栏，和 Where 不是一回事：
- 它只按文件夹名过滤，不看路径层级，也不支持通配符或斜杠
- 填
node_modules|.git|dist，会跳过所有叫这名字的文件夹，无论它在src/下还是packages/foo/下 - 大小写敏感：Linux/macOS 下
Node_modules不会被node_modules匹配 - 无法精准控制层级——比如只想排除根级
dist却保留src/dist，它做不到
binary_file_patterns 会偷偷让搜索变慢或漏结果
即使你已用 Where 或 folder_exclude_patterns 排除了目录，搜索仍可能卡顿、返回空结果——问题常出在 binary_file_patterns。
- Sublime 默认把
.wasm、.bundle、.zip等后缀识别为二进制，直接跳过内容扫描 - 检查方法：打开一个疑似被跳过的文本文件（比如
schema.gql），看右下角状态栏是否显示Binary - 若显示
Binary，说明它被binary_file_patterns拦住了，得把它从该列表中删掉 - 这个设置影响所有搜索和
Ctrl+P，改完建议重启 Sublime 或至少重开所有面板
真正要精准控制搜索范围，Where 输入框是唯一可靠路径；而 folder_exclude_patterns 是为索引服务的，不是搜索开关。很多人调了半天配置却没效果，问题就出在这两者的职责边界上——它们根本不在同一个执行链路里。
