Sublime怎么设置打开文件时定位？Sublime记录上次编辑位置

Sublime Text 不记录编辑位置，只保存跳转位置；打开文件时恢复光标需禁用 hot_exit（设为 false）并依赖会话机制；Ctrl+U/Ctrl+Alt+← 操作跳转栈（上限16条），不响应编辑行为，真定位修改行需 GitGutter 等插件。

先说一个核心事实：Sublime Text 其实并不记录你“上次编辑的位置”，它只记得你“上次跳转到了哪里”。所以，当你重新打开一个文件，光标默认会停在文件开头。想让光标乖乖回到上次关闭时的位置？这得靠它的会话（Session）机制，而不是大家常按的那些导航快捷键。

为什么 Ctrl+U / Ctrl+Alt+← 不能回到你刚改过的那行

你猜怎么着？这两个快捷键操作的，是一个叫 jump_list（跳转栈）的东西。这个栈有个“怪癖”：它只收录你主动进行的导航行为。比如，你按 F12 跳转到函数定义、用 Ctrl+P 打开文件后点击了某一行，或者 Ctrl+F 查找后按 Enter 进入了匹配项——这些操作才会被记上一笔。

至于你单纯地打字、用方向键移动光标，或者滚动页面……这些日常编辑动作，跳转栈压根儿不理睬。所以，你刚在第42行敲完代码，再按 Ctrl+U，它大概率会把你带回5分钟前点过的某个 import 行，而不是你刚刚修改的地方。

• 这个跳转栈的容量上限是16条，满了之后，旧的记录就会被挤掉。
• 重启 Sublime Text 后，jump_list 会被清空，但会话（Session）信息通常会保留下来。
• 顺带一提，Ctrl+U 和 Ctrl+Alt+← 的功能是完全一样的，只是为不同操作习惯提供了两套键位映射。

怎么让 Sublime 打开文件时自动回到上次光标位置

这才是关键所在。想让编辑器“记住”位置，靠的是 hot_exit 和 remember_open_files 这两个设置的默契配合，而不是某个插件或快捷键能单独解决的。

• 必须设置 "hot_exit": false（注意，是设为 false，不是 true）。如果设为 true，Sublime 会跳过正常的会话保存流程，导致位置信息丢失。
• "remember_open_files": true 虽然是默认值，但强烈建议把它显式地写在你的用户设置里，这样可以避免被其他插件或配置意外覆盖。
• 退出方式也有讲究：必须使用 Ctrl+Q 或者点击窗口的关闭按钮来正常退出。直接结束进程、突然断电或者强制退出，都可能导致会话保存失败。
• 这些信息保存在哪里呢？就在 Local/Auto Sa ve Session.sublime_session 这个文件里。每次你正常退出编辑器，它都会更新。

真想定位“上一次修改的代码行”，只能靠插件

需要警惕的是，Sublime Text 的原生功能确实做不到追踪“编辑历史”。它只有“跳转历史”和“会话状态”的概念，没有“修改行”的记录。

这时候，就得请插件来帮忙了：

• GitGutter 插件：它会在行号旁边显示 +（新增）、~（修改）、-（删除）等标记。配合快捷键 Ctrl+Shift+Alt+→，可以快速跳到下一个被修改的行。
• ChangeMark 插件：这个更轻量，它只高亮显示被修改过的行，而且不依赖 Git 仓库。
• 手动书签：对于关键修改点，可以用 Ctrl+K Ctrl+Space 设置标记，再用 Ctrl+K Ctrl+Enter 跳转回去，这是一个可靠的备用方案。
• 顺便提个醒：别被那些名字里带“History”的插件迷惑了——比如“SublimeHistory”这类。它们大多只是增强了跳转栈的可视化，并不能真正记录你的编辑行为。

容易被忽略的关键点

很多人反复尝试 Ctrl+U 却总是失败，根源在于没搞清楚一个基本逻辑：它只响应“跳转”，不理会“编辑”。而真正管用的会话恢复功能，又卡在 hot_exit: false 这个有点反直觉的设置上。

另外，还有一个细节值得注意：像 GitGutter 这类插件的修改标记，默认只对已经提交（commit）或暂存（staged）的文件生效。对于新文件或者尚未被 Git 跟踪的文件，你需要在设置里加上 "show_gitgutter_on_untracked": true，才能看到修改标记。