f12是唯一全平台稳定可靠的书签开关，因其原生绑定、无系统冲突、单点切换且反馈明确；书签跳转为从当前光标位置开始的线性扫描，不排序、不记忆顺序、不跨文件，仅内存存储、关闭即失。
F12 是唯一值得依赖的书签开关，其他快捷键在多数设备上都不可靠；书签跳转不是“列表导航”，而是从当前光标位置开始的线性扫描——理解这点，才能避免跳错行、跳空、反复绕圈。
为什么 F12 是唯一稳的 toggle_bookmark 方式
Ctrl+F2 在 Windows 笔记本上常需配合 Fn 键，Mac 上默认被亮度调节劫持，ST4 某些安装包甚至直接禁用了该绑定；F9 在原生配置中根本未绑定。F12 则不同：
- 所有 Sublime 版本（ST3/ST4）原生绑定，不依赖
Fn，不与系统快捷键冲突 - 单点开关：光标在哪行，按一次加书签（行号旁出蓝色小点），再按一次删，无歧义
- 误加了？移回那行再按
F12就清掉，不会触发额外操作 - 别用右键菜单里的
Toggle Bookmark—— 滚动后容易点错行，尤其在 500+ 行文件里
next_bookmark 跳转行为：线性扫描，不是按顺序编号
Sublime 不记录你“先打哪行、后打哪行”，也不按行号大小排序。它只做一件事：从当前光标所在位置开始，往后找第一个带书签的行（next_bookmark），找不到就绕回文件开头。
- 光标在第 187 行（刚好是书签），按
Ctrl+F2→ 从第 188 行开始搜，不会卡住或重复跳自己 - 书签在第 32、187、602 行，光标在第 100 行 →
Ctrl+F2跳到 187，再按跳到 602，再按绕回 32 - 被折叠的代码块（如
if DEBUG:）不影响跳转：折叠只是视觉隐藏，行号仍在，照样命中 - 切到另一个 tab 后，之前文件的书签完全“隐身”——
next_bookmark只在当前视图生效
Bookmarks: Show 面板才是真实用法，不是扫行号小点
打三四个书签后，靠眼睛扫行号旁的蓝色小点效率极低，还容易漏。真正该用的是命令面板入口：
- 打开方式：
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）→ 输入Bookmarks: Show→ 回车 - 面板显示每条书签的行号 + 行首约 30 字代码片段（如
def fetch_data(self):或// TODO: retry logic） - 输入关键词实时过滤：输
def只留函数定义，输TODO聚焦待办项，双击任意条目秒跳转 - 别把书签打在空行、全注释行末尾或缩进很深的行——预览截取开头，那样面板里显示为空白，无法识别
Clear Bookmarks 和跨文件跳转的硬限制
清空和跨文件跳转是两个最容易踩坑的点：
-
Clear Bookmarks命令只清当前文件，且不可逆；它不是Ctrl+F2反复按——后者只是 toggle，光标不在书签行时完全无效，还可能误加新书签 - 原生不支持跨文件跳转；
Next Bookmark in Project这类命令必须装第三方Bookmarks插件才可用，且只对「已打开且未关闭」的文件生效 - 书签是纯内存结构：关标签页、重启 Sublime、切换工作区，全部丢失——这不是 Bug，是设计。真要持久化，得靠
// FIXME注释 + 全局查找（Ctrl+Shift+F）补足
最常被忽略的其实是“跳转起点”：很多人以为光标停在哪不重要，其实 next_bookmark 总是从当前位置开始扫描。如果你刚跳到一个书签行，立刻按 Ctrl+F2，它不会停在原地，而是往下找——这个细节决定了你能不能稳定控制跳转节奏。
