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
