PHP类可通过implements关键字同时实现多个接口，用逗号分隔，需实现所有接口的抽象方法；若接口方法签名冲突则报致命错误；接口可继承，但类须满足最终契约；interface与trait混用时，trait不自动满足接口，仍需显式实现；abstract class因单继承限制无法替代多接口的解耦作用。
PHP类如何同时实现多个接口
PHP允许一个类用implements关键字一次性实现多个接口，语法上直接用逗号分隔即可。这不是“模拟”或“变通”，是原生支持的特性。
- 必须实现所有接口中声明的全部抽象方法，缺一不可
- 各接口间方法名、参数签名冲突时（比如两个接口都定义了
save()但参数不同），PHP会报致命错误Fatal error: Declaration of ... must be compatible with ... - 接口之间可以继承（
interface B extends A），但类实现时仍需满足最终合并后的契约
interface Readable { public function read(): string; }
interface Writable { public function write(string $data): bool; }
class FileHandler implements Readable, Writable { // ✅ 合法
public function read(): string { /* ... */ }
public function write(string $data): bool { /* ... */ }
}
接口方法签名不一致导致的Fatal error怎么修
最常踩的坑是两个接口各自定义了同名方法，但返回类型、参数类型或是否可为null不一致。PHP 7.4+ 的严格类型检查会让这种冲突立刻暴露。
- 检查报错里的具体方法名和行号，定位是哪个
implements引入了冲突 - 不要试图在类里“重写”成中间形态——必须同时满足所有接口的签名约束
- 如果无法协调（比如第三方接口已锁定），只能放弃多接口实现，改用组合：把部分能力抽成独立类，通过属性委托调用
例如两个接口都要求process()，但一个要int返回，另一个要?string，那就没法共存，得选一个主接口，另一个能力走$this->formatter->process()方式。
interface和trait混用时的优先级陷阱
接口只规定“能做什么”，trait提供“怎么做”。但当类同时用了implements和use，且trait里恰好实现了接口方法，容易误以为“写了trait就等于满足接口”。
立即学习“PHP免费学习笔记（深入）”；
- PHP不会自动把trait中的方法当作接口实现——必须显式出现在类定义中，哪怕只是
public function foo() { return $this->fooFromTrait(); } - 如果trait方法签名和接口不匹配（比如少了一个必填参数），类仍会因未实现接口而报错
- 更隐蔽的问题：trait里用了
private方法，而接口方法需要调用它——此时类必须自己暴露适配层，不能依赖trait内部逻辑直接“顶替”
所以别图省事删掉接口方法的显式声明，哪怕它只是转发给trait。
为什么不用abstract class替代多个interface
abstract class能复用代码，但PHP单继承限制让它无法替代多接口的解耦价值。
- 一个类只能
extends一个abstract class，但可以implements无限个interface - 接口更适合定义跨领域契约（比如
JsonSerializable、Stringable、自定义的Cacheable），它们本就不该共享实现细节 - 如果强行把多个接口逻辑塞进一个abstract class，后续想让其他类（比如DTO、ValueObject）也具备某项能力，就得重复继承或破坏单一职责
说白了：interface回答“它是什么角色”，abstract class回答“它大致怎么干活”。角色可以叠加，干活方式一般只能选一种。
实际项目里，看到一个类implements A, B, C, D很常见；但extends X, Y, Z根本不可能——语言不让。
