Sublime Text 原生“跳转到定义”非语义级，依赖语法高亮与正则匹配；Ctrl+R 仅读 symbol_list，受语言模式、未保存状态及函数声明形式限制；跨文件跳转需 LSP 配合项目级配置（如 pyproject.toml）才能实现 AST 级精准定位。
Sublime Text 原生不解析 AST，所以“跳转到定义”不是语义级能力，而是基于语法高亮规则 + 正则索引的轻量匹配——能用，但有明确边界。
Ctrl+R 只显示当前文件函数，但常为空或漏掉？
它不是“搜函数”，是读取语法定义里声明的 symbol_list。常见失效点：
- 右下角显示
Plain Text而非Python或JavaScript：点它手动选一次语言，否则符号解析器直接不启动 - Python 中
def func():可见，func = lambda x: x或functools.partial(...)不会出现在列表里 - JS 中
function render() {}和class Foo { method() {} }可识别；const fn = () => {}、obj.fn = function() {}基本不可见 - 未保存的文件可能不触发符号重建：先按
Ctrl+S，再试Ctrl+R
Ctrl+P @xxx 跨文件搜索函数，为什么找不到？
这个功能依赖项目级索引，不是实时扫描。关键控制项在配置里：
-
"index_files": true必须开启（默认开启，但有人为提速关过） - 只索引已打开的文件 + 项目根目录下被
.sublime-project或文件夹结构覆盖的路径 - 输入格式必须是
@my_function（开头带@），不能输my_function@或my_function() - 若函数名含下划线或驼峰，支持模糊匹配，但不会跨作用域区分同名函数（比如
User.save和Post.save都叫save，结果混在一起）
F12 / Ctrl+Click 跳转失败，不是插件没装，而是逻辑错位
原生 goto_definition 命令不理解 import 别名、装饰器包装、动态属性访问等场景：
-
import numpy as np后点np.array→ 不跳，因为np是别名，原生不 resolve -
@cache包裹的函数 → 解析目标变成装饰器返回值，不是原始def行 -
getattr(obj, 'load')或obj.__getattribute__('load')→ 完全无法推断 - 第三方库函数（如
requests.get）→ 原生不进源码，插件也得配好python_interpreter路径才能尝试解析
LSP 是目前唯一靠谱的跨文件精准跳转方案
它把语义分析交给外部语言服务器，Sublime 只做协议桥接。实操门槛不高，但配置点要卡准：
- 必须通过 Package Control 安装
LSP主包，再单独装对应语言服务器（如LSP-pyright、LSP-typescript） - Pyright 需要项目有
pyproject.toml或setup.py才能正确 resolve 第三方包；否则仍跳不到requests.get - JS/TS 项目需有
tsconfig.json或jsconfig.json，否则 LSP 默认不启用完整语义支持 - 启用后
F12行为彻底改变：不再依赖本地索引，而是发请求给服务器，返回 AST 级定位 —— 这才是 IDE 级体验的起点
真正容易被忽略的是：LSP 的精度不取决于 Sublime，而取决于你项目的配置完整性。一个没 pyproject.toml 的 Python 小脚本，装了 LSP-pyright 也跳不准第三方函数；但加上一行 [tool.pyright]，立刻生效。跳转这件事，最终拼的不是编辑器，而是项目本身的可分析性。
