sublime text 原生不支持跳转到上一次修改点，因 jump_back 仅记录主动跳转行为（如 f12、ctrl+p），不记录编辑动作；可用 gitgutter、书签或 jumptolastedit 插件实现该功能。
Sublime Text 原生不支持“跳转到上一次修改点”——它只记录跳转行为，不记录编辑动作。Ctrl+U、Ctrl+Alt+← 等快捷键全部失效，不是你按错了，而是根本没存过那个位置。
为什么 Ctrl+U 总是跳不到刚改过的那行
因为 jump_back 命令只响应「主动跳转」：比如 F12 进函数定义、Ctrl+P 选行后回车、Ctrl+F 后按 Enter 跳匹配项、鼠标点击非当前光标处。而敲字、删行、粘贴、方向键移动——这些都不会进跳转栈。
- 刚启动 Sublime 或文件是新打开的，跳转栈为空
- 跳转栈上限只有 16 条，超出后老记录被挤掉
- 多光标状态下
jump_back行为不可靠，建议先按Esc清除多选再试 - 插件（如输入法、SideBarEnhancements）可能劫持了
Ctrl+U绑定，检查Preferences → Key Bindings – User
真正能定位“最近修改行”的三个实操方案
原生功能做不到，但以下组合可稳定逼近目标：
- 装
GitGutter插件：左侧显示+/~/-，再按Ctrl+Shift+Alt+→跳下一个修改行；注意未跟踪文件需在设置里加"show_gitgutter_on_untracked": true - 手动打书签：
Ctrl+K Ctrl+Space标记当前行，之后Ctrl+K Ctrl+Backspace直接跳回最近书签——不依赖 Git、不看插件状态、随时可用 - 终端跑
git diff -U0，复制最新改动的行号（如@@ -42,3 +42,5 @@中的42），回 Sublime 按Ctrl+G输入跳转——适合保存后才发现漏改的场景
JumpToLastEdit 是唯一接近原生级的补救方案
通过 Package Control 安装 JumpToLastEdit 后，Ctrl+Alt+← 就真能跳到你输入、删除、粘贴的位置。它监听编辑事件本身，而非跳转行为。
- 对大文件响应略慢，慎用于 >5MB 的日志或数据文件
- 多光标编辑时只记录主光标位置，副光标改动不会触发记录
- Git 未暂存的修改也能捕获，但已提交且后续未编辑的旧位置不会保留
- 该插件不改变原生
jump_back行为，只是新增了一个独立监听通道
最常被忽略的一点：你反复按 Ctrl+U 失败，往往不是快捷键问题，而是根本没做过任何能进跳转栈的操作——比如刚打开文件就直接写代码，连一次 Ctrl+Click 或 Ctrl+P 都没触发过。
