sublime中ctrl+f2跳书签需满足文件已保存且含扩展名、至少一个书签存在；f12才是全平台稳定开关；跳转按行号线性扫描而非添加顺序，光标列位置丢失可用ctrl+alt+down/up自定义绑定解决。
Ctrl+F2 跳下一个书签，但按了没反应？先看这两个硬条件
Sublime 的 next_bookmark 命令（默认绑定 Ctrl+F2）不是失效，而是被两个前提卡住：文件必须已保存为带扩展名的文件（如 .py、.js），且当前文件至少存在一个书签。新建未保存的 untitled 标签页，书签系统压根不加载，Ctrl+F2 会静默失败——不报错、不提示、光标不动。
验证是否满足条件：
- 按
Ctrl+S保存文件，确保路径含有效后缀（config.py✅，notes.txt❌ 不推荐） - 按
Ctrl+Shift+P→ 输入Bookmarks: Show回车，侧边面板有列表才说明书签已生效 - Mac 用户注意：
Cmd+F2默认调亮度，必须在系统设置中启用「使用 F1、F2 等键作为标准功能键」；笔记本用户可能需配合Fn键
F12 才是真正可靠的书签开关，别依赖 Ctrl+F2 开始打点
很多人先用 Ctrl+F2 尝试打书签，结果失败还误以为功能坏了。实际上，F12 是 Sublime 唯一全平台稳定、无系统冲突、无需 Fn 的书签开关——光标在哪一行，按一次就加，再按一次就删，行号旁立刻出现蓝色小点。
Ctrl+F2 在多数 Windows 笔记本上实际触发的是音量调节；Cmd+F2 在 macOS 上常被系统劫持为亮度控制。哪怕你开了「标准功能键」，部分 ST4 安装包仍捕获不到该事件。所以实操建议：
- 统一用
F12添加/取消书签（Windows/macOS/Linux 全适用） - 避免把书签打在空行、全注释行末尾或缩进极深的行——
Bookmarks: Show面板只截取行首约 30 字，预览为空就无法识别上下文 - 打完至少两个书签再试
Ctrl+F2，否则它找不到“下一个”而保持静默
跳转顺序不是按你打的先后，而是线性扫描行号
你在第 800 行先打了第一个书签，又在第 32 行打了第二个——Ctrl+F2 不会优先跳 32 行，而是从当前光标位置开始往后找第一个书签行。它不排序、不记忆添加顺序，就是一个纯文本行号扫描器。
典型表现：
- 光标在第 100 行 →
Ctrl+F2跳到 187 行（假设这是下一个书签）→ 再按跳到 602 行 → 再按绕回 32 行（环形遍历） - 光标已在最后一个书签行（比如 800 行），再按
Ctrl+F2会从下一行开始搜，因此不会卡住，也不会漏掉 - 被折叠的代码块（如
if DEBUG:块）不影响跳转，照样能准确跳入——这点比靠眼睛扫更可靠
跳转后光标列位置丢失？换用自定义快捷键保列对齐
原生 F2 或 Ctrl+F2 跳转时，光标会强制跳到行首，如果你正在长行中间编辑（比如 JSON 字段值或字符串拼接），这个行为反而打断节奏。
解决方法是绕过原生绑定，直接映射 next_bookmark 和 prev_bookmark 命令到新组合键：
- 打开
Preferences → Key Bindings，在右侧用户配置中粘贴：
{"keys": ["ctrl+alt+down"], "command": "next_bookmark"}
{"keys": ["ctrl+alt+up"], "command": "prev_bookmark"}
这样做的效果：
- 跳转后光标保留在原列位置（不是行首），适合长行中间快速切换
-
next_bookmark和prev_bookmark是两个独立命令，不能只绑一个再靠Shift反向用 - 避开与 Vintage、Emacs Mode 等插件的快捷键冲突
真正容易被忽略的是：书签只存于内存，关 tab 就清空，不跨会话、不记录上下文——它只管“我在哪一行”，不管“我为什么在这”。跳转逻辑越朴素，越要清楚它不智能，只忠实执行线性扫描。
