sublime text 原生不支持跳转到上一次编辑位置，ctrl+u等键仅记录光标跳转历史而非编辑位置；可行方案为手动书签、gitgutter插件或jumptolastedit插件。
Sublime Text 原生不支持“跳转到上一次编辑位置”，所有声称能直接做到的快捷键（如 Ctrl+U、Ctrl+Alt+←）实际跳转的是「光标跳转历史」，不是「编辑发生的位置」。
为什么 Ctrl+U 总是跳错地方
它调用的是 jump_back 命令，只记录你「主动跳过去」的动作：比如 F12 进函数定义、Ctrl+P 选行后回车、鼠标点击某行。但你在第 42 行敲了 return True，只要没触发跳转，这行就不会进栈。
- 刚打开文件或重启 Sublime 后，跳转栈为空，
Ctrl+U按了没反应 - 跳转栈上限硬编码为 16 条，新跳转会挤掉最老的一条
- 多光标状态下行为不可靠，可能跳到第一个光标而非你预期的那个
- 输入法、SideBarEnhancements 等插件常悄悄劫持
Ctrl+U绑定
Ctrl+Alt+← 和 Ctrl+Alt+- 是同一回事
它们都绑定到同一个 jump_back 命令，共享同一套跳转历史栈，语义和效果完全一致——只是键位习惯不同。别以为换按键就能绕过限制。
-
Ctrl+Alt+←（Windows/Linux）或Cmd+Option+←（macOS）：方向感强，跨文件跳转更稳 -
Ctrl+Alt+-（主键盘区减号）：适合手不离主键区的布局 -
Ctrl+Shift+Tab不是“上一个”，而是跳到栈底（最早那次跳转前），容易打断节奏
真正能跳到编辑点的三个可行方案
必须跳出原生机制，用组合手段逼近目标：
- 手动书签：
Ctrl+K Ctrl+Space打点，Ctrl+K Ctrl+Backspace跳回最近书签——零依赖、即时生效、不看 Git 状态 - GitGutter 插件：
Ctrl+Shift+Alt+←跳上一个修改行，左侧+/~/-标记即见改动，未暂存修改也能捕获；注意未跟踪文件需加配置"show_gitgutter_on_untracked": true - JumpToLastEdit 插件：
Ctrl+Alt+Up（Win/Linux）或Cmd+Alt+Up（macOS）监听on_modified事件，真正在插入/删除/粘贴时记下位置；但大文件响应略慢，且只记录主光标位置
关键复杂点在于：Sublime 的 API 对“编辑”的定义极窄——只有 view.run_command('insert', {}) 这类显式命令才算，而用户打字是底层输入事件，插件必须额外 hook on_query_context 才能补全。这意味着哪怕装了插件，某些快速连打或特殊输入法场景下，依然可能漏记。
