ctrl+shift+f无反应主因是快捷键被系统/输入法拦截或sublime绑定被覆盖；需先用sublime.log_input(true)验证按键是否传入，再检查key bindings加载顺序、json格式及where路径合法性。
Ctrl+Shift+F 按下没反应？先确认按键是否进了 Sublime
90% 的“全局搜索打不开”问题，不是 Sublime 崩了，而是 Cmd+Shift+F（macOS）或 Ctrl+Shift+F（Windows/Linux）压根没传进来。最直接验证方式：按 Ctrl+` 打开控制台，输入 sublime.log_input(True) 回车，再按搜索快捷键。如果控制台**完全没输出**，说明被系统或输入法截断。
常见拦截源：
- macOS：系统设置 → 键盘 → 快捷键 →「Spotlight」里默认启用了
Cmd+Space，部分版本会连带劫持Cmd+Shift+F；「输入源」切换也常绑定该组合 - Windows：搜狗、QQ 拼音等中文输入法默认占用
Ctrl+Shift切换中英文，一按就切走 - 显卡工具：NVIDIA 控制面板或 Intel Graphics Command Center 中启用了全局热键（如
Ctrl+Alt+方向键），有时会干扰相邻组合
按键进来了但不弹出搜索框？查加载顺序和插件覆盖
如果控制台输出了类似 key evt: ctrl+shift+f，说明按键已送达，问题在绑定层。Sublime 加载快捷键的顺序是：Default → 插件自带的 Default.sublime-keymap → User（即你编辑的 Key Bindings – User）。后加载者静默覆盖前一个，不报错也不提示。
排查步骤：
- 按
Ctrl+Shift+P输入Preferences: Key Bindings，左右并排打开两个文件 - 在左侧
Default中搜索"ctrl+shift+f"或"cmd+shift+f"，确认它原本绑定的是show_panel命令且args为{"panel": "find_in_files"} - 在右侧
User和所有插件目录（Packages/Vintage/、Packages/Origami/等）中全局搜索相同"keys"字段 - 高危插件优先禁用：
Vintage、Origami、SideBarEnhancements—— 它们的Default.sublime-keymap文件常自带覆盖性绑定
User.sublime-keymap 写错 JSON 就等于没写
你在 Preferences → Key Bindings – User 里加的任何规则，只要 JSON 格式错一点，整份配置就会被 Sublime 静默忽略——右下角红字提示一闪而过，极易错过。
必须遵守的硬规则：
- 所有键名和字符串值必须用英文双引号包裹：
"keys"不是keys，"show_panel"不是show_panel - 数组结尾不能多逗号：
["ctrl+shift+f"],是错的，["ctrl+shift+f"]才对 - 不支持
//或/* */注释；想临时禁用某条绑定，要么删整行，要么改成无效命令："command": "not_a_real_command" - 保存（
Ctrl+S）后立即生效，无需重启
Where 路径填错一个字符，全局搜索就白忙
Ctrl+Shift+F 弹出后，Where 输入框不是可选项，而是范围控制器。留空 ≠ 搜全部，反而可能退化为只扫当前已打开标签页（open_files），或触发低效全盘扫描。
常用合法写法：
- 搜整个项目：
.（就一个英文点），不是./，也不是空着 - 只搜
src/下所有文件（含子目录）：src/，结尾带正斜杠，自动递归 - 排除干扰目录：
., -node_modules/, -dist/（逗号分隔，斜杠统一用/，Windows 也不例外） - 限定类型且跨层级：
src/**/*.ts；但src/*.ts不会匹配src/utils/fetch.ts（因为*不跨目录）
真正容易被忽略的是：Where 字段一旦填错，搜索结果为空时 Sublime 不报错、不提示，只安静地返回零条结果——你得自己意识到它根本没按你想的路径去扫。
