sublime text 原生跳转仅靠字符串匹配，不解析 ast、不 resolve import/别名/装饰器；ctrl+r 限当前文件且需保存+正确语法识别；跨文件跳转最稳是 ctrl+p @xxx；真正语义跳转必须依赖 lsp。
F12 和 Ctrl+Click 基本不可靠，原生只做字符串匹配，不是语义跳转——这不是你配错了，是 Sublime Text 本身不解析 AST、不 resolve import、不处理别名或装饰器。
Ctrl+R 只查当前文件，但常为空？先救语法识别和保存状态
Ctrl+R（Windows/Linux）或 Cmd+R（macOS）调出的是当前文件的 symbol_list，它不搜索、不索引、不跨文件，纯靠语法高亮规则里的正则提取 def、function、class 等关键词。
- 右下角显示
Plain Text？点它手动选成Python或JavaScript，否则符号解析器根本没启动 - 刚写完
def my_func():就按 Ctrl+R？先按Ctrl+S保存，未保存内容不进索引 - Python 中
_private_func不出现、JS 中const fn = () => {}不识别——这是语言包默认行为，不是 bug - 输
init能命中__init__、initialize，支持模糊匹配，不用输全名
Ctrl+P @xxx 是跨文件跳转最稳的原生方式
Ctrl+P 输入 @xxx 触发项目级符号搜索，不依赖 LSP，但对输入格式和索引状态极其敏感：
-
@必须紧贴函数名前：@load_config✅，load_config@❌，@ load_config（带空格）❌ - 首次在大项目中使用会卡顿 2–5 秒——等状态栏 “
Indexing…” 消失再输，索引未完成时结果为空或漏 -
utils.py@parse_config→ 直接打开utils.py并跳到定义行；@parse_config→ 在所有已索引文件中匹配def parse_config或function parse_config - 支持驼峰分词：
@handCli可匹配handle_click；但@MyClass.method无效，不支持嵌套层级
F12 / Ctrl+Click 总跳到 import 行？因为原生不 resolve 模块路径
原生 goto_definition 是纯字符串匹配，完全无视 Python 的 from requests import get 或 JS 的 import { foo } from './bar'：
- 光标在
requests.get()上按 F12，大概率跳到from requests import get这行，而不是requests/api.py里的def get() -
import numpy as np后点np.array不跳——np是别名，原生不 resolve -
@cache包裹的函数，匹配目标变成装饰器返回值，不是原始def行 -
getattr(obj, 'load')或obj.__getattribute__('load')→ 完全无法推断，直接跳空
LSP 是唯一能处理真实调用关系的方案
想让跳转进第三方库、识别类型提示、处理 @property、functools.wraps 或动态属性访问，LSP 不是“增强”，是必要前提：
- 必须通过 Package Control 安装
LSP主包，再单独装对应服务器：python-lsp-server（pip）、pyright（推荐）、typescript-language-server（npm） - 必须用
Project → Add Folder to Project打开整个目录，单文件模式下LSP不会启动 - 状态栏出现
LSP: ready才算生效；若卡在LSP: initializing，检查python-lsp-server是否在虚拟环境里安装，且是否用subl .从该环境根目录启动 - 跳转后若进了
site-packages，说明 LSP 没把你的源码加进 workspace，需检查pyproject.toml或setup.py是否存在、路径是否被"files.associations"掩盖
真正理清调用链路的难点不在“怎么跳”，而在“跳到哪儿才算对”——比如 obj.save() 是调 Model.save() 还是子类重写的版本？只有 LSP 能结合继承树和类型推导给出答案。其他所有方式，本质都是字符串碰运气。
