Fatal error: Trait方法冲突会直接报致命错误终止脚本；需用insteadof显式指定优先方法，as可起别名；private方法不冲突；无隐式覆盖，必须显式处理所有同名public/protected方法。
PHP trait 同名方法冲突时会报什么错
直接报 Fatal error: Trait method xxx has not been applied, because there are collisions with other trait methods。不是警告，是致命错误，脚本立刻终止。只要两个 trait 里有同名的 public 或 protected 方法（不管参数是否一致），且没显式处理，就会挂。
用 insteadof 解决方法名冲突
这是最常用、最明确的解法：在 use 语句里指定“当冲突时，用 A 的还是 B 的”。它不修改方法本身，只是做路由选择。
常见错误现象：只写 use TraitA, TraitB; 就跑，没加 insteadof，结果一实例化就报错。
-
use TraitA, TraitB { TraitA::handle insteadof TraitB; }—— 表示用TraitA的handle，屏蔽TraitB的同名方法 - 如果想同时保留两者，可以再用
as起别名：TraitB::handle as handleFromB; - 注意顺序无关，
insteadof和as必须写在同一个花括号块里，且必须在use后紧跟着
trait 中 private 方法不会冲突
PHP 只校验 public 和 protected 方法的命名冲突。private 方法属于 trait 内部实现细节，即使重名也不会报错，各自独立作用域，互不影响。
立即学习“PHP免费学习笔记（深入）”；
使用场景：封装工具逻辑（比如日志格式化、参数校验）时，优先声明为 private，能天然避开冲突，也更符合封装意图。
性能影响几乎为零——没有额外调用开销，也没有运行时检查成本。
多个 trait 一起 use 时的优先级陷阱
PHP 不按 use 顺序决定方法来源，而是完全依赖 insteadof 显式声明。没声明的冲突一律报错，不存在“后引入的覆盖前一个”的隐式规则。
容易踩的坑：
- 写了
use A, B, C;，只处理了A和B的冲突，漏了C也提供同名方法，照样报错 - 误以为
as是重命名后就能直接调用，其实别名方法仍是public或protected，仍要受类中可见性约束 - 在抽象类或接口实现中混用 trait，需额外确认最终类是否满足接口契约——被
insteadof排除的方法，不会自动补上空实现
真正麻烦的从来不是语法怎么写，而是团队协作时没人统一梳理 trait 的公共方法表，等三个模块都塞进同一个类才爆雷。
