PHP trait冲突必须由开发者显式处理，方法调用优先级为类>trait>父类，同名方法共存需用insteadof和as干预；insteadof指定使用哪个实现，as用于重命名或修改可见性，但内部方法调用仍遵循优先级链。
PHP 中 trait 冲突不是靠“自动选一个”来解决的，而是必须由开发者显式声明处理逻辑。核心就两点：方法调用有固定优先级，而同名方法共存必须靠 insteadof 和 as 显式干预。
方法执行优先级：类 > Trait > 父类
当同名方法出现在当前类、trait 和父类三处时，调用时永远按这个顺序匹配：
- 类自身定义的方法直接生效，完全屏蔽 trait 和父类的同名实现
- 若类中没有该方法，则使用 trait 中的版本（前提是该 trait 被 use 且未被 insteadof 排除）
- 只有 trait 也没提供时，才回退到父类方法
这个顺序不可更改，也不依赖引入顺序或 trait 声明顺序。它是一条硬性解析规则，不是配置项。
多个 trait 同名方法：必须手动消解冲突
PHP 不会为两个 trait 的同名方法做任何默认取舍。只要 class 使用了两个都含 log() 的 trait，就会报致命错误：Fatal error: Trait method log has not been applied。
立即学习“PHP免费学习笔记（深入）”；
-
insteadof 是强制指定“用谁、不用谁”的开关。例如
Hello::say insteadof World表示：当前类中say()这个名字只绑定 Hello 的实现，World 的同名方法彻底不可见 -
as 必须配合 insteadof 使用（或单独用于重命名+调整可见性），它不解决冲突，而是给被排除的方法“另起一个名字”，让两者都能访问。比如
World::say as sayWorld，之后可调用$obj->sayWorld() - 多个 trait 冲突时，
insteadof支持链式写法：Hello::say insteadof World, Cacheable，表示从 World 和 Cacheable 中都排除
别名与可见性：as 不只是改名
as 关键字还能修改方法的访问控制级别：
-
Hello::say as private sayInternal—— 把 public 方法转为 private 别名 -
Loggable::log as protected logRaw—— 限制子类不可直接调用原方法 - 别名本身不能再次被
insteadof排除；它属于当前类的新方法名，独立于原始 trait 方法的冲突链
真实陷阱：内部方法调用不受 insteadof 影响
这是最容易被忽略的一点：如果 trait A 的某个方法内部调用了 $this->getCSS()，而你用 insteadof 排除了 trait B 的 getCSS()，但 trait A 本意是调用自己内部的 getCSS()，结果却调到了被选中的那个版本——因为 $this->getCSS() 在运行时始终走的是最终优先级链（类 > trait > 父类），而非“trait 自封装上下文”。
- 这意味着 trait 之间存在隐式依赖时，
insteadof/as可能破坏语义完整性 - 高可靠方案是重构：把强耦合逻辑拆成独立 service 对象，用组合代替 trait 混入
- 避免在 trait 中直接调用可能被覆盖的同名方法；改用明确命名的辅助方法（如
getCSSForLayoutA()）
