f12是sublime text中唯一可靠书签开关，光标所在行按一次添加蓝色书签点，再按取消；ctrl+f2/cmd+f2仅线性向后跳转书签，不排序不跨文件；bookmarks: show面板可高效管理书签，但书签不持久化，关闭文件即清空。
F12 是唯一可靠的书签开关
别试 Ctrl+F2、Cmd+F2 或右键菜单里的 Toggle Bookmark——它们在多数笔记本和 macOS 上根本按不出效果。F12 才是 Sublime Text 3/4 所有官方版本中真正默认绑定、不被系统劫持、不依赖 Fn 键的单点开关。
光标停在哪一行，按一次 F12，行号旁立刻出现蓝色小点；再按一次，小点消失，无延迟、无副作用。常见错误现象包括：Ctrl+F2 在 Windows 笔记本上常触发音量调节，Cmd+F2 在 macOS 上默认调亮度，即使开了“标准功能键”，部分 ST4 安装包仍捕获不到信号。
实操建议：
- 把光标放在
def parse_config():、// TODO:或报错堆栈指向的行，直接按F12 - 误加了？光标移回去再按一次
F12即可取消，不会多按出别的行为 - 别打在全空行、全注释行末尾（如
# FIXME: race condition here）或缩进极深的行——Bookmarks: Show面板只截取行首约 30 字，预览为空就无法识别上下文
Ctrl+F2 跳转本质是线性扫描，不是按顺序编号
Ctrl+F2（Windows/Linux）或 Cmd+F2（macOS）执行的是 next_bookmark 命令：从当前光标位置开始，往后逐行扫描，找第一个带书签的行。它不排序、不记忆、不跨文件，逻辑极其朴素——但也正因如此，行为可预测。
常见误解是以为书签有“添加顺序”或“编号”，结果跳错、跳空、反复绕圈。实际表现是：
- 光标在第 200 行（本身是书签），按
Ctrl+F2→ 从第 201 行开始搜，不会重复跳自己 - 书签在第 32、187、602 行，光标在第 100 行 →
Ctrl+F2跳到 187，再按跳到 602，再按绕回 32（环形遍历） - 被折叠的代码块（如
if DEBUG:块）不影响跳转——折叠只是视觉隐藏，行号仍在，照样命中 - 切到另一个 tab 后，原文件所有书签“隐身”，
Ctrl+F2只在新文件里扫描；当前文件没书签时，快捷键静默失败——不报错、不提示、光标不动
Bookmarks: Show 面板才是真实用法
打了三四个书签后，靠眼睛扫行号旁的蓝色小点效率极低，且容易漏。真正提效的是命令面板入口：Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）→ 输入 Bookmarks: Show → 回车。
这个面板列出每条书签的行号 + 行首约 30 字代码片段，支持实时关键词过滤，双击即跳转。它不是装饰，而是管理核心。
实操建议：
- 输入
def，列表自动只留含函数定义的书签行；输TODO就聚焦待办项，不用全局搜索 - 面板只读，不能重命名、不能拖动排序，但快、准、带上下文——这是原生限制，不是配置问题
- 清空当前文件全部书签，请用命令面板输入
Clear Bookmarks→ 回车；该操作不可逆，且不影响其他 tab 中的书签
书签关掉就丢，这不是 Bug 是设计
Sublime 的书签本质是内存里的行号数组，不写入文件、不生成配置、不随项目会话持久化。关闭文件 → 所有书签清空；重启 Sublime → 所有书签清空；切换工作区 → 所有书签清空。
这意味着它不适合标记长期待办事项或跨会话追踪点，但极其适合长篇源码阅读时的临时回溯、调试分支比对、多处配置联动检查等场景。一旦你开始期待“跨文件保存”或“标签分类”，就说明你已经踩进设计边界了——这时候该考虑插件（如 Bookmarks 插件）或换用 VS Code 等支持持久化书签的编辑器。
