sublime text原生不支持“光标重置”，ctrl+u仅跳转至历史跳转位置（如ctrl+p、f12），不记录编辑动作；跳回上次编辑处需安装jumptolastedit插件或手动打书签。
Sublime Text 没有“光标重置”这个原生概念，你真正想做的，通常是「回到上一个跳转位置」或「跳回最近编辑过的地方」——但这两者机制完全不同，且原生支持极其有限。
Ctrl+U 为什么按了没反应
因为 Ctrl+U（macOS 是 Cmd+U）操作的是跳转堆栈（jump stack），不是编辑历史。它只记录你主动跳转的位置：比如用 Ctrl+P 打开文件、F12 跳转定义、鼠标点击某行。它完全不感知你敲字、删行、粘贴这些编辑动作。
- 刚启动 Sublime 就按
Ctrl+U→ 堆栈为空，命令不可用 - 手动关闭又重开某个文件 → 该文件的跳转历史被清空
- 用 SideBarEnhancements 的 “Open with” 打开 → 不入栈，
Ctrl+U对它无效 - 堆栈满 16 条 → 最早那条被丢弃，无法回溯太远
验证是否可用：按 Ctrl+Shift+P 输入 Jump Back，如果命令是灰色的，说明当前无有效跳转历史。
怎么跳到「上次编辑过的地方」
原生 Sublime 不提供这个能力。所谓“编辑点”，是指输入、删除、粘贴发生的具体位置，Sublime 默认不记录。你必须靠插件或变通手段补足：
- 装
JumpToLastEdit插件（通过 Package Control 安装），默认绑定Ctrl+Alt+←，能真实跳到上一次编辑发生处 - 手动打书签：
Ctrl+K Ctrl+Space标记，Ctrl+K Ctrl+Backspace跳回最近书签 —— 适合写完一段逻辑后立刻返回开头调整 - 配合
GitGutter：左侧显示+/~/-，点击即可跳到修改行；再配Ctrl+Shift+Alt+Right可顺序跳下一个修改点
别把 context 当万能解药
有人试图用快捷键 + context 规则“模拟编辑点跳转”，比如监听 selection_empty 或 is_widget，但这类规则只能限定触发条件，不能生成新历史。Sublime 的跳转堆栈是只读缓存，不支持运行时写入编辑位置。
如果你看到网上教你在 User.sublime-keymap 里写一条规则就让 Ctrl+U 记住编辑点，那一定失效 —— 这不是配置问题，是 Sublime 的设计边界。真要可靠回溯编辑行为，插件是唯一路径。
