ctrl+p是sublime text查找文件名的默认快捷键，其生效需满足项目路径加载、索引刷新及排除规则正确三前提，否则无法搜索；误用ctrl+shift+f会查找内容而非文件名。
Ctrl+P 是查找文件的默认快捷键，不是要“设置”，而是要确保它能用
Sublime Text 里找文件名（不是内容）根本不需要自定义快捷键——Ctrl+P（Windows/Linux）或 Cmd+P（macOS）就是官方唯一入口。所谓“设置”其实是排除干扰、满足前提条件。搜不到不是快捷键错了，是环境没对齐。
- 左下角状态栏必须显示项目路径（如
~/my-project/），只打开单个文件时Ctrl+P只搜那个文件，不扫磁盘 - 刚新建或重命名文件后，
Ctrl+P不会自动更新结果，必须手动按Ctrl+Shift+P→ 输入Refresh Folders→ 回车 - 检查
Preferences → Settings – User里有没有误配"folder_exclude_patterns"或"file_exclude_patterns"，比如把"*.py"加进去了，那所有 Python 文件就直接从索引里消失了
为什么改了 Key Bindings 还是没反应？
很多人去 Preferences → Key Bindings – User 手动加一条 Ctrl+P 绑定，结果发现还是不生效——因为这不是快捷键被覆盖的问题，而是 Sublime 的 Ctrl+P 功能本身依赖项目索引和语法上下文，绑定再准也救不了缺失的前提。
- 先确认没插件劫持：临时禁用
ProjectManager、SideBarEnhancements等常见插件，再试Ctrl+P - macOS 用户注意：
Cmd+P一般不会被系统占用，但某些输入法（如鼠须管、fcitx5）可能在全局模式下拦截，可切英文输入法再试 -
Ctrl+P输入框里支持前缀语法，但前提是当前文件右下角显示正确语法（如Python），如果显示Plain Text，@render这类符号跳转就完全无效
想换快捷键？可以，但得知道代价
真要改 Ctrl+P 到别的组合（比如 Ctrl+T），技术上可行，但没必要，且容易埋坑。
- 在
Preferences → Key Bindings – User中添加新绑定，例如：[{"keys": ["ctrl+t"], "command": "show_overlay", "args": {"overlay": "goto", "show_files": true}}] - 但这样改完，原生
Ctrl+P仍存在，只是多了一个入口；如果你删掉默认绑定，部分插件（如SublimeCodeIntel）可能因找不到show_overlay的标准触发方式而失效 - 更关键的是：新快捷键一样受项目加载、索引刷新、排除规则三重限制——换键不换逻辑，问题照旧
搜文件名别误用 Ctrl+Shift+F
Ctrl+Shift+F 是「在文件中查找」，查的是文本内容，不是文件名。输 user，它返回的是 user.id、username、isUserValid 这些匹配行，而不是 user_model.py 这个文件本身。用错入口，效率直接归零。
- 想精确找
__init__.py？用Ctrl+Shift+R（Cmd+Shift+Ron macOS），它比Ctrl+P更聚焦于纯文件名，自动忽略函数、变量、HTML ID 等符号干扰 -
Ctrl+Shift+R同样要求项目已加载、索引就绪；它不支持@或#前缀，但对通配符友好，比如输*test*.py能同时命中test_utils.py和integration_test.py - 如果侧边栏目录树是空的，说明项目根本没加载成功，这时
Ctrl+P和Ctrl+Shift+R都退化为只搜已打开的标签页
Ctrl+P 就变成摆设。它看起来是个快捷键，实际是一整套状态依赖。
