Sublime Text 的 find_in_files 默认开启搜索预览令人困扰，因其遮挡界面、拖慢响应且无法编辑；可靠关闭方式是配置 "preview_on_click": false，可全局设置或专用于 Find in Files。

搜索结果预览为什么默认开启又让人困扰

Sublime Text 的 find_in_files（Ctrl+Shift+F）默认会显示“预览”面板，也就是在底部临时打开一堆只读的匹配文件片段。它不真正打开文件，也不支持跳转编辑，反而遮挡控制台、拖慢响应，尤其在大项目中搜索关键词时，几十个预览标签卡顿明显，还容易误点关闭。

关闭搜索预览的两种可靠方式

根本解法是禁用预览行为，而非靠快捷键临时隐藏——因为预览是异步加载的，关了面板下次搜索又弹出来。

• 在命令面板（Ctrl+Shift+P）输入 Preferences: Settings – User，打开用户配置文件，添加这一行：
  

  "preview_on_click": false

• 如果只想影响「批量搜索」而不改其他点击行为，更精准的做法是覆盖 find_in_files 命令的行为：新建一个 Find in Files.sublime-settings 文件（路径：Packages/User/Find in Files.sublime-settings），内容为：
  

  { "preview_on_click": false }

• 注意：preview_on_click 是布尔值，不是字符串，别写成 "false"；改完无需重启，下次搜索即生效

搜索框本身还能怎么调得更顺手

光关预览不够，搜索体验卡顿常源于正则、编码或范围设置不当。

• 勾选 regex 但没写合法正则？会阻塞 UI 线程几秒——不确定时先关掉再试
• 搜索范围设成整个 project 却没排除 node_modules 或 .git？在搜索框底部的「Where」栏加：
  !node_modules,!*.min.js,!*.log
• 想让搜索框默认聚焦在「查找内容」而非「替换内容」？在用户配置里加：
  

  "search_initially_focused": "find"

• macOS 上 Cmd+F 搜索后光标有时卡在输入框外？那是焦点未归位，加这行可修复：
  

  "focus_search_on_find": true

为什么改了配置还是弹预览？检查这三个地方

常见失效不是配置写错，而是被更高优先级设置覆盖或插件干扰。

• 确认没在 Packages/User/Default (Windows).sublime-keymap（或对应系统文件）里绑定 find_in_files 命令时硬编码了 preview 参数
• 某些插件（如 SideBarEnhancements 或 AdvancedNewFile）会重载搜索逻辑，临时禁用插件逐一排查
• 工作区（.sublime-project）文件里若定义了 "settings": { "preview_on_click": true }，它会覆盖用户全局设置——搜一下整个项目目录里的 .sublime-project

关闭预览本身很简单，但 Sublime 的配置分层多、插件耦合深，真正稳住搜索体验，得盯住「谁在悄悄开预览」。