ctrl+b跳不到实现需先确认光标落在符号字母上；ctrl+alt+b跳转到方法实现体，ctrl+shift+b跳转到定义声明；跳转卡在.d.ts通常因tsconfig配置或sources root未标记。
Ctrl+B 跳不到实现？先确认光标落在符号字母上
Ctrl+B 不是“点哪跳哪”，它只对可解析的符号生效。光标停在 fetchUser 的 f 上才有效，停在 (、.、空格或字符串里就静默失败。常见误操作是把光标放在 import { foo } from './api' 的 foo 上按一次就以为该跳进 ./api —— 实际上第一次跳的是解构声明，第二次再按才能链式跳到源文件。
Ctrl+Alt+B 和 Ctrl+Shift+B 的区别在哪
这两个快捷键常被混淆，但目标完全不同：
-
Ctrl+Alt+B（Windows/Linux）或Cmd+Alt+B（macOS）：强制跳转到**方法的实现体**，比如从接口方法跳到具体类里的 override 实现，或从抽象方法跳到子类重写处 -
Ctrl+Shift+B：跳转到**方法的定义声明**，即函数签名所在位置，对 TS 接口/类型别名更敏感，但不保证是 .ts 源码（可能落到 .d.ts）
如果你在 React 组件里按 Ctrl+Alt+B 仍跳到 @types/react 的声明文件，说明项目没配好 source mapping 或 types 字段指向了声明而非源码。
跳转后卡在 .d.ts 怎么办
这不是快捷键问题，而是类型系统没把源码路径暴露给 WebStorm：
- 检查
tsconfig.json是否有"types": []或漏了"node"—— 这会屏蔽所有@types - 确认
node_modules/@types/xxx确实存在，pnpm 用户要留意pnpify是否干扰了路径解析 - 装完
@types后必须手动执行File → Reload project from disk，WebStorm 不自动扫描新包 - 如果源码在 monorepo 子包里，确保该目录已标记为
Sources Root（右键目录 → Mark Directory as → Sources Root）
为什么 Ctrl+Shift+I 显示结构但 Ctrl+B 却跳不进去
Ctrl+Shift+I 是纯静态分析，只要类型能推导就显示；Ctrl+B 则依赖索引和文件可达性。两者失效原因不同：
-
Ctrl+Shift+I显示空白 → 类型未声明或推导失败（比如any、unknown、无 JSDoc 的 JS 变量） -
Ctrl+B无响应 → 索引未完成（右下角还在Indexing…）、符号被动态生成（如const { x } = obj）、或 SDK 根本没配（尤其 Java/Python 项目） - 即使
Ctrl+Shift+I正常，Ctrl+B仍跳不到 .ts 文件，大概率是package.json的"types"字段指向了dist/index.d.ts而非src/index.ts
最易被忽略的一点：首次打开项目后，哪怕等了两分钟，只要右下角还显示 Indexing，所有跳转都不可信——不是快捷键坏了，是底层数据还没准备好。
