F12是唯一稳定可用的书签切换键，因其在所有Sublime版本中默认绑定、不依赖Fn键、无系统热键冲突，且操作直观无副作用；Ctrl+Shift+↑/↓才是真·整行移动，Ctrl+←/→跳行首尾，三者协同实现自由穿梭。
F12 是唯一稳定可用的书签切换键，Ctrl+Shift+↑/↓（Win/Linux）或 Cmd+Shift+↑/↓（macOS）才是真·整行移动，不是交换；Ctrl+←/→ 跳当前行首尾——三组快捷键组合起来，才构成“自由穿梭”的实际能力。
为什么 F12 才是真正能打的 toggle_bookmark
F12 在所有 Sublime 版本（ST3/ST4）中默认绑定、不依赖 Fn 键、不与系统亮度/音量/截图等热键冲突。按一次，行号旁立刻出现蓝色小点；再按一次，小点消失，无副作用。
- Ctrl+F2 / Cmd+F2 多数设备上不可靠：Windows 笔记本常需同时按 Fn，Mac 上 Cmd+F2 默认调亮度，即使开了“标准功能键”，部分 ST4 仍捕获不到
- 右键菜单里的
Toggle Bookmark滚动后极易点错行，尤其在 500+ 行文件里 - 别用
Ctrl+F2反复按来“清空”——它只是 toggle，光标不在书签行时完全无效，还可能误加新书签 - 书签是内存级临时标记，不写入文件、不跨会话，设计目标就是“此刻我需要反复看这几行”
next_bookmark 和 prev_bookmark 怎么跳才不迷路
next_bookmark 和 prev_bookmark 是两个独立命令，原生逻辑是从当前光标位置开始往后/往前找第一个带书签的行，不是按添加时间、也不是按行号排序。
- 光标停在第 200 行（本身是书签），再按
next_bookmark→ 从第 201 行开始搜，不会重复跳自己 - 最后一行是书签，再按
next_bookmark→ 自动绕回第一个书签，形成环形遍历 - 被折叠的代码块（如
if DEBUG:块）不影响跳转，照样能准确跳入 - 切到另一个 tab 后，原文件书签完全“隐身”，
next_bookmark只在当前视图生效
Bookmarks: Show 面板才是高效管理的核心入口
打三四个书签后，靠看行号旁的小点效率极低，还容易漏。Bookmarks: Show 面板才是真正提效的入口——它不只列出行号，还截取每行前约 30 字作预览，支持关键词过滤。
-
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac）→ 输入Bookmarks: Show→ 回车 - 面板中输入
def就只留函数定义的书签；输入TODO就聚焦待办项 - 双击任意条目，光标秒跳过去；按
Esc可关闭面板但保留书签 - 别把书签打在空行、全注释行末尾或缩进极深的行——预览为空就无法识别上下文
移动整行时 Ctrl+Shift+↑/↓ 为什么经常失灵
这不是插件问题，而是 Sublime 原生命令被静默屏蔽。常见原因有：
- 输入法处于中文状态（尤其 Windows 下搜狗、微软拼音会吞掉
Ctrl+Shift+↑）——切英文再试 - Vintage 插件开启且处于 Normal 模式：
Ctrl+Shift+↑被当 Vim 导航键劫持，临时按i切回 Insert 模式，或禁用 Vintage 键绑定 - 系统级热键冲突：Windows 的 NVIDIA 控制面板、macOS 的 Mission Control 默认绑定了
Cmd+↑，需进系统设置关闭「热键切换桌面/调度中心」类选项 - 别急着重装插件——先打开
Preferences → Key Bindings，搜索swap_line，确认默认绑定没被覆盖；再检查当前是否在折叠区域内部（整行不可见时操作会静默失败）
真正容易被忽略的是：书签跳转和行移动都依赖光标“物理可见位置”，而非语法结构；折叠块内光标看似在某行，实则可能被编辑器视为不可操作区域。动手前先确认光标是否真落在可编辑文本行上——这点没有快捷方式补偿。
