ctrl+b仅对光标下的可解析符号生效，如变量、函数、类名等；光标在空格、括号、字符串或注释中则无效；import语句中需两次ctrl+b实现链式跳转。
Ctrl+B 跳转定义，但光标必须在符号上
WebStorm 的 Ctrl+B（macOS 是 Cmd+B）不是万能“点哪跳哪”，它只对当前光标所在位置的**可解析符号**生效——比如变量名、函数名、类名、import 路径中的模块名。如果光标停在空格、括号、字符串内部或注释里，Ctrl+B 会静默失败，不报错也不跳转。
- 常见错误现象：点了没反应，以为功能坏了，其实是光标位置不对
- 正确做法：用方向键或鼠标精准点中符号本身（比如把光标放在
fetchUser的f上，而不是它后面的(或空格） - 注意 import 语句：对
import { getUser } from './api'中的getUser按Ctrl+B，跳的是它在当前文件的解构定义；想跳到./api里的原始函数，得把光标放在getUser上再按一次（WebStorm 会链式解析）
Ctrl+Shift+N 找文件 vs Ctrl+N 找类，别混用
Ctrl+Shift+N 和 Ctrl+N 都是“快速打开”，但目标完全不同：前者搜**所有文件路径**（含 .js、.ts、.json、.css），后者只搜**类/接口/类型声明**（即有 class、interface、type 关键字的顶层结构）。在纯 JS 项目里 Ctrl+N 效果弱，因为没 class 声明；但在 TS 项目里，它能精准过滤出你真正要找的类型定义文件。
- 使用场景：想打开
utils.ts？用Ctrl+Shift+N；想找UserModel类在哪定义？优先Ctrl+N - 容易踩的坑：在 React 项目里搜
Header组件，如果它是函数组件（无class），Ctrl+N可能找不到，这时该切回Ctrl+Shift+N - 小技巧：输入时加
*可模糊匹配路径，比如api/*user*能命中src/api/userService.ts
助记符书签（Ctrl+F11）比全局搜索更快定位关键位置
当你反复在“登录逻辑”“支付回调”“错误上报”这几块代码间切换，Shift+Shift 全局搜索太慢，手动滚动又容易迷路——这时候 Ctrl+F11 添加助记符书签才是真解法。它不依赖内容匹配，而是靠你亲手标记的字母锚点，毫秒级直跳。
- 为什么这样做：书签绑定的是**行号+文件路径**，哪怕你重命名变量、挪动整段代码，只要没删文件，
Ctrl+L（假设你标了 L）依然稳稳落在那行 - 实操建议：用单字母代表模块，比如
A标 API 层入口，D标数据库操作，避免用O、I、0这些易混淆字符 - 容易忽略的细节：书签默认不跨项目共享，导出配置需手动走
File → Export Settings，勾选Bookmarks；团队共用时，务必统一 IDE 版本，低版本可能读不了高版本的书签描述字段
Search Everywhere（Shift+Shift）搜不到东西？先关省电模式
Shift+Shift 理论上能搜操作、文件、符号、设置项甚至插件名，但如果你发现输入后列表空白或响应极慢，大概率是开启了省电模式（Power Save Mode）。这个模式会直接禁用索引、代码补全、实时检查——包括 Shift+Shift 的底层搜索能力。
- 验证方式：看状态栏右下角有没有电池图标，有就是开了
- 关闭路径：菜单栏
File → Power Save Mode取消勾选，或直接按Ctrl+Alt+Shift+P切换 - 性能影响：关掉后首次搜索稍慢（重建索引），之后恢复毫秒响应；笔记本用户若长期插电开发，没必要常开省电模式
Ctrl+B 和书签不是二选一，而是组合技——先用书签跳到模块入口，再用 Ctrl+B 钻进具体函数，中间穿插 Ctrl+Alt+B 查引用。很多人卡在第一步：没意识到书签必须手动打，而 WebStorm 不会替你猜哪行重要。
