Sublime Text 原生不记录编辑位置，仅维护跳转历史；Ctrl+U等快捷键无法返回修改行，因打字、删行等编辑行为不触发跳转栈；可靠方案包括手动书签、GitGutter插件、jump_to_last_edit插件。

Sublime Text 原生不记录“编辑位置”，Ctrl+U、Ctrl+Alt+←、Ctrl+Alt+- 跳的全是「主动跳转历史」，不是你刚敲完 return True 的那行——指望它们回到修改点，基本会落空。

为什么 Ctrl+U 总是跳不到你刚改的地方

这不是快捷键失效，是 Sublime 根本没把编辑行为当跳转事件：

• jump_back 命令只响应 F12（Goto Definition）、Ctrl+Click、Ctrl+P 选行后回车、Ctrl+F 后按 Enter 这类操作
• 打字、删行、粘贴、方向键移动、滚动条拖动——全不入栈
• 刚启动 Sublime、文件新打开、或跳转栈已满（上限 16 条），堆栈就是空的
• 多光标状态下 jump_back 行为不可靠，可能跳到第一个光标而非你当前正在编辑的那个

真正能定位“最近修改行”的三个实操方案

没有原生支持，但有靠谱替代路径：

• 手动书签：Ctrl+K Ctrl+Space 打点，之后 Ctrl+K Ctrl+Backspace 直接跳回最近书签——零依赖、随时可用、跨重启有效
• GitGutter 插件：安装后左侧显示 +/~/-，按 Ctrl+Shift+Alt+→ 跳下一个修改行；未跟踪文件需加配置 "show_gitgutter_on_untracked": true
• 终端 + git diff -U0：复制最新块的行号（如 @@ -42,3 +42,5 @@ 中的 42），回 Sublime 按 Ctrl+G 输入跳转——适合保存后才发现漏改的场景

JumpToLastEdit 是唯一监听编辑事件的插件

它不靠跳转栈，而是直接监听 on_modified 事件，所以能捕获 Backspace、Enter、Paste 等真实编辑动作：

• 安装后 Ctrl+Alt+← 就真能跳到你输入/删除的位置
• 对大文件响应略慢（尤其 >10k 行）
• 多光标时只记录主光标位置
• Git 已提交但未再编辑的旧位置不会保留，只存最近编辑点

最容易被忽略的一点：你反复按 Ctrl+U 失败，往往不是快捷键冲突或配置错误，而是你根本没做过任何能进跳转栈的操作——它不是“编辑历史”，只是“跳转历史”。