ctrl+shift+i 查符号定义而非类型定义；看类型需用 quick type definition（如绑定 ctrl+shift+t）；缺 @types 需手动安装并重载项目；tsconfig 配置错误或层级混乱会导致类型失效；quick type definition 弹窗默认不显示源码，右上角齿轮可启用跨文件类型合并。
Ctrl+Shift+I 看的是定义，不是类型定义
很多人按 Ctrl+Shift+I 后发现弹出的是函数实现或变量声明位置，却没看到预期的类型信息——这很正常，因为这个快捷键默认查的是「符号定义」，不是「类型定义」。比如对一个 const user = getUser() 调用，它会跳到 getUser 函数体，而不是告诉你 user 是 User 类型。
想看类型，得用另一套操作：
- 把光标停在
user上，选 View → Quick Type Definition（菜单里有，但没默认快捷键） - 或者手动配个快捷键：进
Settings → Keymap，搜Quick Type Definition，绑定比如Ctrl+Shift+T - 对 TypeScript 项目，它能显示推导出的完整类型，包括联合类型、泛型展开结果；对 JS + JSDoc 也能识别
@type注释
第三方库没类型提示？大概率缺 @types
装了 axios 却点不进去 axios.get 的类型，鼠标 hover 也没提示——这不是 WebStorm 抽风，而是它根本没拿到类型定义文件。
绝大多数纯 JavaScript 库不自带 .d.ts，得单独装类型包：
- 运行
npm install --save-dev @types/axios（把axios换成你用的库名） - 确认
node_modules/@types/下真有对应目录；如果用了 pnpm，检查pnpify或pnpm store是否干扰了类型解析 - 装完别忘了点
File → Reload project from disk，WebStorm 不会自动扫描新装的@types - 如果还无效，检查
tsconfig.json里有没有误删"types": ["node"]或写死"types": []
类型定义明明存在，却显示 any？可能是 tsconfig 配置越界
哪怕 @types/react 已安装、node_modules 里也有 .d.ts，WebStorm 仍可能把 useState 参数标为 any——问题常出在 TypeScript 配置层级混乱。
典型诱因：
-
tsconfig.json放错位置：比如在子目录里多套了个tsconfig.json，且没设"extends"，导致 WebStorm 用错了配置上下文 -
"skipLibCheck": true开着，虽加速编译，但会让类型检查“睁一只眼”，WebStorm 也跟着弱化提示 -
"moduleResolution"设成classic（旧模式），而现代库依赖node模式解析@types - 项目根目录没
tsconfig.json，WebStorm 自动 fallback 到最简配置，压根不加载@types
Quick Type Definition 弹窗里看不到源码？别急着重启
点了 Quick Type Definition，弹窗只显示类型签名（比如 function debounce<t>(func: (...args: any[]) => T, wait: number): (...args: any[]) => T</t>），但底下没有「Go to declaration」按钮，也无法跳转——这不是功能缺失，是 WebStorm 故意为之。
原因很实际：
- 类型定义可能来自
node_modules/@types/xxx/index.d.ts，这类文件是纯声明，没实现逻辑，跳过去也没可执行代码 - 如果是 TS 编译生成的
.d.ts（比如declaration: true），源码在.ts文件里，但 WebStorm 默认不反向映射（避免性能开销） - 想看原始实现？直接把光标移到符号上，按
F4——它走的是「定义跳转」路径，和类型弹窗无关
真正容易被忽略的是：类型弹窗右上角那个小齿轮图标，点开会显示「Show declarations in same file only」，关掉它才能看到跨文件的类型组合结果，比如 interface merge 或 module augmentation。
