ctrl+h没反应因光标未落在可识别类名上或索引未就绪；ctrl+alt+b查不到子类可能因php语言级别不匹配或自动加载未配置；ctrl+u查直接父类，ctrl+shift+u展全继承链，需依图标与箭头区分extends、implements及trait。
Ctrl+H 为什么没反应？光标位置和索引状态最关键
按 Ctrl+H（macOS 是 Cmd+H）没弹出类层次结构，大概率不是快捷键失效，而是两个硬性前提没满足：光标必须落在可识别的类名上，且 PhpStorm/WebStorm 的索引已就绪。
- 光标不能在注释、字符串、
@var后面的类名、use语句的别名上——得停在class MyClass的MyClass任意字母上，或interface/trait关键字后的合法标识符 - 刚
composer install完、切换 Git 分支、或修改了autoload规则后，索引常滞后；此时先执行File > Reload project from Disk，再File > Invalidate Caches and Restart… > Just Restart - 检查
Settings > Languages & Frameworks > PHP > Composer是否勾选了Enable auto-loading for Composer projects；否则外部包里的父类会显示为Unknown class
Ctrl+Alt+B 查不到子类？可能是语言级别或自动加载没配对
Ctrl+Alt+B 本意是“跳转到所有实现/继承者”，但实际行为受 PHP 语言级别和自动加载配置双重约束。它不查抽象方法实现，只查显式 extends / implements 的类。
- 如果项目语言级别设为
PHP 5.6，而父类用了PHP 7.4+的特性（如属性类型声明），WebStorm 可能跳过解析，导致子类不显示 -
trait不算继承关系，Ctrl+Alt+B不会列出use了该 trait 的类；想查 trait 使用情况，得用Alt+F7查找用法 - 父类定义在条件加载文件里（例如仅 CLI 环境
include），WebStorm 默认不扫描——这不是 bug，是设计限制
Ctrl+U 和 Ctrl+Shift+U：单层继承 vs 全路径继承图
Ctrl+U（macOS Cmd+U）只查直接父类，适合快速确认“这个类到底 extends 谁”；而 Ctrl+Shift+U（macOS Cmd+Shift+U）展开完整继承链，包括所有中间父类和接口。
- 当只有一个父类时，
Ctrl+U直接跳转；多个候选（比如同时有extends A和implements B, C），会弹出列表让你选 -
Ctrl+Shift+U显示的是“类型层次结构”视图，左侧是当前类，右侧是向上追溯的所有父类、接口、trait（带齿轮图标），但注意：trait 节点没有继承箭头，只有文字标注used by - 接口实现线是虚线空心三角箭头，类继承线是实线空心三角箭头——图标和线型差异容易被忽略，但决定你能否快速区分
extends和implements
继承图里 interface 和 trait 总混在一起？看图标比看文字更可靠
WebStorm 继承图默认把 interface、trait、class 都放在同一视图里，但它们语义完全不同。依赖文字标签容易误判，真正靠谱的是节点图标和连接线样式。
- 实线空心三角箭头 →
extends（类继承） - 虚线空心三角箭头 →
implements（接口实现） - 齿轮图标节点 →
trait（代码复用，非继承） - 如果某个
trait被多个类use，它不会出现在“父类”分支下，而是并列显示，靠used by文字关联——这点和传统 OOP 图表逻辑不同，容易误读为继承关系
复杂继承链里，trait 和 interface 的视觉权重一样，但语义权重天差地别。别只盯着“谁用了谁”，得盯紧箭头类型和图标——这是最常被跳过的细节。
