ctrl+g是最稳的跳转方式，因其调用atom原生editor:go-to-line命令，响应快、无兼容问题，支持行号:列号精确定位，且对未保存文件实时生效。
Atom 默认不提供统一的「代码跳转」快捷键体系，所有跳转能力都依赖具体命令和插件状态——按 Ctrl+Click 没反应、Ctrl+R 找不到函数、Ctrl+G 跳错行，根本原因不是快捷键记错了，而是背后的功能没就绪。
Ctrl+G 跳指定行为什么有时失效
它调用的是 editor:go-to-line，但前提是光标必须落在编辑器内容区（不能聚焦在设置页、控制台或侧边栏），且快捷键未被插件劫持。
- 按 Ctrl+G 没反应？打开 Key Binding Resolver（Ctrl+./Cmd+.），再按 Ctrl+G，看右边是否显示绑定到
editor:go-to-line；如果显示vim-mode-plus:go-to-line，说明插件覆盖了原生行为 - 输 100 回车却跳到最后一行？这是 Atom 的静默兜底逻辑——行号超出范围时不报错，直接跳末尾，不是 bug
- 大文件（>10MB）下跳转后光标卡顿半秒？是渲染延迟，不是命令失败；别连按，等第一次响应完成再操作
- 新创建未保存的临时文件也能跳？能，因为
editor:go-to-line只作用于当前 buffer，不依赖文件是否落盘
Ctrl+R / Cmd+R 查当前文件符号总漏掉函数
这个快捷键触发的是 symbol-view:toggle-file-symbols，只提取顶层声明，不解析嵌套结构或动态生成的符号。
- 列表为空？先确认右下角语言模式是
source.go或source.js，不是text.plain - 输
useE筛不出useEffect？检查是否启用了软换行（soft wrap）——开启时符号解析可能中断，临时关掉再试 - 嵌套函数（如
function outer() { function inner() {} }）永远不出现？对，symbol-view不处理函数体内声明，这是设计限制，不是配置问题 - 想查 import 的模块路径？不行，它只列本文件定义，不 resolve 导入关系
Ctrl+Click 跳定义为什么点不动
这不是快捷键问题，而是底层跳转能力缺失：Atom 原生无语义分析，必须靠插件 + 索引/语言服务器驱动。
- Go 项目：确保
go-plus已启用Use Language Server (gopls)，右下角显示gopls: ready才算就绪；否则 Ctrl+Click 就是摆设 - JS/TS 项目：禁用
atom-ctags，改用ide-typescript+tsserver，并确认项目根目录有tsconfig.json - Python 项目：
ide-python必须指向正确的 Python 解释器路径，且PYTHONPATH要包含当前项目根目录，否则跳不到自己写的模块 - 所有语言共性：首次启用语言服务器后需等待几秒，状态栏从
initializing...变成ready才真正可用
前进/后退跳转历史混乱或不工作
Atom 里存在两套互不兼容的历史栈：core:move-to-next-location（光标跳转历史）和 core:move-to-last-cursor-position（编辑位置历史），默认都未绑定快捷键。
- Cmd+P → 文件跳转 → Cmd+R → 符号跳转 → 按 Alt+Left 返回？大概率失败——这是混合使用了不同栈，不可靠
- 真正稳定的返回方式：用
core:move-to-previous-location配合平台键位，Mac 是cmd-shift-comma，Win/Linux 是ctrl-shift-comma - 想跨编辑操作记录（比如删了一行又改了一处，再回去）？原生命令
core:move-to-last-cursor-position支持，但得手动绑定快捷键，否则压根不会触发 - navigation-history 插件能补全语义，但它捕获的是“鼠标点击”和“快捷键跳转”，对键盘方向键移动、滚动条拖动不记录——这点容易被忽略
