Ctrl+Alt+J/L跳转最近添加的书签（仅限已打开文件），非上下书签；全局跳转需用Bookmarks: List All；命名书签绑定语义而非行号；持久化须配置"bookmarks.persistAll": true于工作区settings.json。
Ctrl+Alt+J 和 Ctrl+Alt+L 默认不跨文件跳转，也不是按“添加顺序”循环——它们只找“最近一次添加的书签”，且仅限当前已打开的编辑器。真要高效导航，必须换命令、配设置、分场景用。
Ctrl+Alt+J / Ctrl+Alt+L 到底在跳什么？
这两个快捷键的行为常被误解：它们不是“上一个/下一个书签”，而是“跳到最近一次添加的书签位置”。如果刚在 api.js 第 42 行打了书签，接着切到 store.ts 打了第 18 行，那么按 Ctrl+Alt+J 就会回到 store.ts:18，哪怕你当前在 router.vue 里——它不关心你在哪，只认最后那个坐标。
- 只作用于已打开的编辑器标签页，不会自动激活未打开的文件
- 如果当前文件没书签，它可能跳到其他已打开文件里的最近书签，也可能静默失败（取决于插件版本和配置）
- 不支持模糊搜索，无法过滤或预览，纯靠记忆或试错
Bookmarks: List All 是跨文件跳转唯一可靠入口
想从 utils/date.ts 直接跳到 components/Chart.vue 的某行？别依赖快捷键，走命令面板：Ctrl+Shift+P → 输入 Bookmarks: List All → 回车。这个列表才是真正的全局索引。
- 每条显示为
filename:line — code snippet，含路径、行号和前 30 字符代码预览 - 输入关键词（如
useAuth或error）实时过滤，比 Ctrl+F 更准——它只匹配带书签的行 - 选中后回车，VSCode 会自动打开目标文件并定位，即使该文件从未被加载过
- 注意：如果路径含空格或中文未编码，对应条目可能不显示（不是 bug，是底层 URI 解析限制）
命名书签（Ctrl+Alt+Shift+K）才是抗修改的关键
普通书签绑定行号，删一行，它就偏移；命名书签绑定的是内容语义。比如在初始化逻辑块开头打一个叫 init-state 的命名书签，后续增删上面代码，它仍能基于上下文匹配最接近的位置。
- 添加方式：
Ctrl+Alt+Shift+K（Win/Linux）或Cmd+Option+Shift+K（Mac），然后输入名称 - 调用方式：必须用
Ctrl+Shift+P→Bookmarks: Jump to Bookmark，不能用List All查到 - 命名书签不显示在侧边栏图标列里，也不参与
Ctrl+Alt+J/L导航流，它是独立通道 - 名称支持中文、短横线、下划线，但避免空格（部分版本解析异常）
持久化配置必须写进工作区 settings.json
重启 VSCode 后书签全丢？不是插件问题，是没配持久化。用户级设置（settings.json）不管用，必须在项目根目录的 .vscode/settings.json 里加：
"bookmarks.persistAll": true
多根工作区下，每个根目录都要单独配；漏一个，那个子项目的书签就永远不存。
-
"bookmarks.persisted": true是旧版字段，2026 年起已废弃，设了也无效 - 命名书签同样依赖此配置，否则重开后名字还在，但跳转会失败（找不到锚点）
- 书签数据存在 VSCode 扩展本地存储中，换机器或清空
~/.vscode/extensions/仍会丢失——得手动导出 JSON 备份
真正容易被忽略的，是书签本质：它只是你人工钉下的坐标锚点，不感知函数签名变更、不跟踪变量作用域、也不替代代码理解。跳得再快，如果没读清楚上下文，照样卡在逻辑断层里。
