f11设临时行书签（仅当前文件有效，图标为gutter小蓝块），ctrl+f11设助记符书签（0–9/a–z全局唯一，支持跨文件跳转）；二者机制独立，混用易致跳转失败。
F11 和 Ctrl+F11 是两套完全独立的机制，混用会导致跳转失败或定位错乱——匿名书签只在当前文件内临时有效，而助记符书签（0–9 / a–z）才是跨文件、可复用的真跳转工具。
怎么打一个临时行书签（F11）
光标停在哪一行，按 F11 就加一个匿名书签，再按一次取消。图标出现在编辑器左侧 gutter（行号右边那条窄栏），是个小蓝色方块。
- 它只绑定「行号」：上面插入新行，书签跟着下移；整行被删，书签自动消失
- 不记文件名、不存描述、不进
Shift+F11面板，纯靠视觉定位 - 适合标记“正在调试的 if 分支”“待补全的 TODO 行”这类当日高频访问位置
- 别指望它跨文件稳定存在——关掉文件再打开，书签还在；但换个项目或重装 IDE，就全没了
怎么设置能一键跳转的助记符书签（Ctrl+F11）
按 Ctrl+F11（Windows/Linux）或 Cmd+F11（macOS）呼出助记符选择框，选一个 0–9 或 a–z 作为标识符。之后直接按 Ctrl+5 就跳到 #5，Ctrl+B 就跳到 #B。
- 编号/字母全局唯一：第二次按
Ctrl+F11再选5，旧的#5会被覆盖，不是新增 - 建议留
#0给主入口、#1给核心逻辑、#2给 mock 数据处——别贪多，够用就行 - 可填描述（如
B: 性能热点），在Shift+F11面板里可见，但不参与搜索匹配 - 保存在本地
.idea/workspace.xml，Git 默认忽略，团队间不会同步
为什么 Ctrl+数字 跳不到预期位置
最常见原因是编号书签跨项目残留。比如你在项目 A 打了 #7，后来关掉项目 A 去开发项目 B，没清理，结果在项目 B 按 Ctrl+7，WebStorm 会强行跳回项目 A 的旧路径——哪怕那个路径已不存在，甚至 IDE 都没打开项目 A。
-
Shift+F11面板，找到对应编号，右键 →Remove；或直接按Ctrl+Shift+7把它“重定位”到当前项目合理位置 -
Shift+F11面板里的数据有滞后性：删了某行书签后，面板可能还残留记录；重命名文件也不会自动更新路径，得手动点进去确认是否失效 - 面板不支持按文件名或代码内容搜索，只匹配描述字段——所以描述别写太简略，也别带空格或特殊符号
书签和 TODO 工具窗口根本不是一回事
书签是人工标记的「位置锚点」，和内容无关；TODO 是基于注释（如 // TODO）自动扫描的「语义线索」。两者机制完全不同：
- 删掉一行带书签的代码，IDE 默默移除书签，不报错也不提醒
- 删掉一行
// TODO，下次扫描就没了，但不会影响其他书签 - 书签不能导出为共享配置，除非手动导出
Settings → Export Settings；而TODO可通过正则配置复用
真正容易被忽略的是：助记符书签的「全局唯一性」不是便利性设计，而是强制约束——它不区分上下文，#3 在整个 IDE 实例中只能指向一个物理位置。一旦跨项目未清理，跳转就会静默失败，且无任何错误提示。
