sublime Text 的「查找文件内容」默认跳过 folder_exclude_patterns 和 file_exclude_patterns 排除的路径，需在 Where 输入框中显式指定路径（如 node_modules/）才能包含被隐藏目录，该方式优先级高于配置项且无需修改设置。
sublime text 默认在「查找文件内容」（Find in Files）时，会自动跳过被 folder_exclude_patterns 和 file_exclude_patterns 排除的文件和文件夹——也就是说，**隐藏 ≠ 可搜索**，它们默认是“既不显示、也不参与搜索”的。如果你需要在搜索中包含这些被侧边栏隐藏的文件（比如想查 node_modules 里的某个依赖源码，或翻看 .log 文件中的错误堆栈），就得绕过默认过滤规则，手动指定搜索范围。
用 Where 输入框强制包含被隐藏的目录
执行 Ctrl+Shift+F（windows/linux）或 Cmd+Shift+F（macOS）打开全局搜索面板后，在 Where 输入框里直接写路径，就能覆盖项目/全局设置的排除逻辑：
- 写
.表示当前项目根目录，但依然受folder_exclude_patterns限制（即仍不搜被隐藏项） - 写具体路径如
node_modules/或./node_modules/，则明确告诉 Sublime：“就搜这儿”，它会忽略folder_exclude_patterns中对"node_modules"的屏蔽 - 多个路径用逗号分隔：
src/, node_modules/react/, dist/ - 支持通配符：
**/utils/*.js（需开启use_regex或 Sublime 4+ 原生支持 glob）
⚠️ 注意：路径末尾加不加 / 有区别——node_modules 匹配文件和文件夹；node_modules/ 只匹配文件夹（更安全，避免误匹配同名文件）。
临时禁用排除规则：删掉 - 前缀即可
很多人混淆了「搜索时排除」和「侧边栏隐藏」的语法。搜索面板的 Where 框本身支持排除语法（如 -/node_modules/），但如果你想「反向操作」——也就是让本该被排除的目录重新进入搜索——最简单的方式就是：不写任何 - 规则，只写你要搜的路径。
- 错误做法：
., -/dist/→ 这是在「排除dist」，不是包含被隐藏项 - 正确做法：
dist/或./dist/→ 显式启用，绕过所有排除配置 - 混合场景：想搜整个项目 + 特别加上被隐藏的
logs/目录？写., logs/
这个技巧不修改任何配置文件，适合临时调试、排查第三方库问题，或审计构建产物。
为什么改全局或项目设置不管用？
因为 folder_exclude_patterns 和 file_exclude_patterns 是双用途的：它们既控制侧边栏显示，也控制「查找文件内容」的默认搜索范围。但它们是「默认开关」，不是「强制锁死」——Where 输入框的显式路径具有更高优先级，会覆盖这些设置。
- 改用户设置（
Preferences → Settings）只影响「无 Where 规则时的默认行为」 - 改项目设置（
.sublime-project）同理，只在你没填Where时生效 - 插件如
SideBarEnhancements提供的「显示隐藏文件」右键菜单，只影响侧边栏视觉，不影响搜索逻辑
所以，不要试图通过删掉 "node_modules" 来让它可搜——那会让侧边栏爆炸，且未必生效；直接在 Where 里写路径，才是精准、轻量、可逆的操作。
常见踩坑点：大小写、斜杠、空格
Sublime 对路径字符串很敏感，尤其在跨平台或 git bash 风格路径下：
- windows 下写
node_modules可能失败，统一用正斜杠：node_modules/ -
Where框里不能有中文空格或全角符号，粘贴时注意清理 - 路径区分大小写（Linux/macOS），
Node_modules/≠node_modules/ - 如果项目用了符号链接（symlink），确保目标路径真实存在且可读，否则搜索会静默跳过
遇到搜不到时，先在终端里 ls node_modules/ 确认路径拼写和权限，再回 Sublime 尝试——比反复调配置高效得多。
真正容易被忽略的，是那个「Where 框不填就是走排除规则，填了就是绕过排除规则」的隐式契约。没人告诉你这点，但它是 Sublime 搜索机制里最实用的杠杆——不用动配置，不污染项目，一次输入，立刻见效。