Ctrl+F用于当前文件内文本查找，不跨文件；Ctrl+Shift+F才是项目级全局搜索，需项目已加载且索引完成；Ctrl+P支持@、#、:前缀直查符号或跳行；Ctrl+G精确定位行列，按物理行计数。
Sublime Text 查找功能不是靠“设置快捷键”来启用的，而是靠理解不同快捷键对应的真实行为——按错组合键、搜不到内容、跳转失败，90% 是因为没对上场景。
Ctrl+F 是当前文件内文本查找，不是全局搜索
它只在打开的单个文件里找字符串，不跨文件、不索引项目结构。输完关键词直接回车或点右箭头跳转下一个匹配项。
- F3 跳到下一个匹配位置，Shift+F3 跳到上一个，比反复点面板按钮快得多
- 正则模式需手动点查找面板右下角
.*按钮开启，否则^$\d+这类写法全当普通字符处理 - 大小写敏感默认关闭，如果搜
console.log却命中了Console.Log，检查右下角是否亮着case标识；没亮就说明没开，按Alt+C切换 - 中文输入法状态下按
Ctrl+F常被吞掉，Windows 用户尤其要注意切到英文输入法再试
Ctrl+Shift+F 才是真正的项目级全局搜索
它查的是整个已加载项目的文件内容，但依赖两个前提：项目路径必须通过 Project → Add Folder to Project 显式加入，且排除规则（如 "folder_exclude_patterns": [".git", "node_modules"]）不能误杀目标目录。
- 搜索框里输
fetch默认匹配所有含该字符串的文件，支持通配符过滤：比如加*.py就只在 Python 文件里搜 - 结果列表双击某行可直接跳转到对应文件的匹配行，但不会自动激活
Ctrl+G精确定位——要跳到第 207 行，还得再按一次Ctrl+G输207 - 搜不到？先确认右下角状态栏有没有显示
Indexing...，正在索引时搜不准；等它消失再试 - 误用
Ctrl+P代替它？Ctrl+P只搜文件名，不是内容——输utils能找到utils.py，但搜不到里面写的def merge()
Ctrl+P 的 @ # : 前缀才是高效定位代码的隐藏入口
它不是文件管理器，是符号索引面板。按 Ctrl+P 后输特定前缀，能绕过逐层展开文件夹、跳过打开文件的动作，直抵函数、变量或行号。
-
@init查当前文件中所有__init__函数（首次使用会卡半秒，等右下角索引完成） -
#header匹配 HTML 中id="header"或 JS 中变量header，但前提是右下角语法识别正确（Plain Text 下无效） -
:42直接跳到当前文件第 42 行，注意不能输成line 42或42:，格式错一个字符就不响应 - 搜不到符号？检查右下角是否为对应语言语法，比如 JS 文件显示
Plain Text，按Ctrl+Shift+P输入ssjs切换即可
Ctrl+G 跳行和状态栏双击，物理行与视觉行容易错位
它永远按文件真实的换行符计数，不考虑软换行（word_wrap: true）造成的“看起来是第 5 行，实际是第 1 行加换行”。终端报错说 main.py:287，就得信这个数字，别数屏幕上的“行”。
- 状态栏显示
Line 287, Col 8时，双击这段文字等效于按Ctrl+G，但必须点中文字本身，不是空白或右端编码标识 - 某些主题（如 Predawn）把状态栏压太窄，双击失效；切回默认主题能快速验证是不是主题问题
- 输
287:12可精确定位行列，但 Sublime Text 4.4+ 才稳定支持，旧版只认287 - 开启软换行后，Ctrl+G 跳过去的位置可能“看不见”，需要滚动或关掉
word_wrap才能直观确认光标落点
