Ctrl+Alt+Tab（Windows/Linux）或 Cmd+Ctrl+Tab（macOS）才是跳转到上一个光标位置的快捷键，它基于编辑器维护的跳转堆栈，记录Ctrl+Click、F12、Ctrl+P选行等主动跳转行为，不记录滚动或方向键移动。
Sublime Text 里 Ctrl+Tab 不是跳转到上次编辑位置？
不是。Ctrl+Tab（Windows/Linux）或 Cmd+Tab（macOS）在 Sublime Text 中只是切换最近打开的标签页，和光标编辑位置完全无关。它不记录你上一次敲代码的位置，也不保存跳转历史。
真正能回溯编辑位置的是 Ctrl+Alt+Tab（Windows/Linux）或 Cmd+Ctrl+Tab（macOS）
这是 Sublime Text 内置的「跳转到上一个光标位置」功能，底层依赖的是编辑器维护的跳转堆栈（jump stack），每次执行以下操作时都会自动入栈：
- 使用
Ctrl+Click跳转到函数/变量定义 - 用
F12执行Goto Definition - 通过
Ctrl+P搜索并打开文件后点击某行 - 手动按
Ctrl+G跳转到某行号
注意：普通滚动、方向键移动、Page Up/Down 不会记录；只有「主动跳转行为」才触发入栈。
Ctrl+Shift+Tab 和重复按 Ctrl+Alt+Tab 的区别
两者都用于回溯，但行为不同：
-
Ctrl+Alt+Tab：单次按下 → 跳回上一个位置；再按 → 继续往前跳（支持多级回溯） -
Ctrl+Shift+Tab：直接跳转到「跳转堆栈最底端」，也就是最早那次跳转前的位置（类似“退到底”）
实际中更常用前者，后者适合误点太多次想一键撤回所有跳转。
为什么有时按了 Ctrl+Alt+Tab 没反应？常见原因
这个快捷键失效通常不是配置问题，而是跳转堆栈为空或被意外清空：
- 刚启动 Sublime，还没做过任何跳转操作 → 堆栈为空，无处可跳
- 关闭了当前文件再重新打开 → 原有跳转链被重置（Sublime 不跨会话保留堆栈）
- 插件冲突，比如某些自定义导航插件覆盖了默认快捷键（检查
Preferences → Key Bindings中是否被重写） - 键盘布局切换导致组合键识别异常（例如用中文输入法时
Ctrl+Alt+Tab可能被系统截获）
验证是否生效：打开一个 Python 文件，Ctrl+Click 进入某个函数定义，再按 Ctrl+Alt+Tab —— 应该立刻回到刚才点击前的光标位置。
// 示例：在 test.py 中
def helper():
return 42
result = helper() // ← 在这里 Ctrl+Click helper()
跳转堆栈只记录位置，不记录内容变更。如果你在跳转后修改了代码，再回溯过去，光标会落在原位置，但那行可能已不是原来的样子 —— 这点容易忽略，尤其在多人协作或频繁改写时。
