PHP接口实现必须显式声明implements，且方法签名严格匹配；多接口冲突在解析阶段报错；应优先使用instanceof进行类型检查并采用组合替代多重实现。
implements 必须显式写出，不能省略或混淆为 extends
PHP 不支持隐式实现接口——哪怕类里方法名、参数、返回值全都对得上，只要没写 implements MyInterface，instanceof MyInterface 就是 false。这不是运行时检查，而是编译期强制契约。
常见错误包括：
- 把
class A extends B implements C写成class A extends B, C（逗号不能替代implements） - 从 Java/C# 转来，顺手写成
class A extends InterfaceName（extends只能接类，interface是独立语法结构，不是类） - 误以为 trait 实现了接口方法，就不用再声明
implements（trait 不解除接口契约，类仍需显式implements并确保签名兼容）
接口方法必须全部实现，且签名严格匹配
接口中每个 public 方法，类里都得有一个同名、同参数类型、同返回类型（PHP 8+ 严格模式下）、同是否引用（&$param）、同是否可空（?string）的实现。少一个、错一个，直接 Fatal error。
容易被忽略的细节：
- 接口方法默认
public，实现类里不能写protected function handle()（会报访问控制不兼容） - 接口不允许默认参数，但实现类可以加（如接口定义
log(string $msg)，实现类可写log(string $msg = 'default')） - PHP 8.0+ 支持接口中声明
static方法，但依然不能有方法体；实现类若提供静态方法，必须和接口签名完全一致 - 两个接口都有
process()，但一个要求int返回，另一个要求?string，PHP 会拒绝编译（无法协调签名）
多个接口一起 implements 时，冲突比想象中更早暴露
不是运行到调用才出问题，而是在类定义解析阶段就报错。比如 class PaymentProcessor implements Payable, Loggable，只要这两个接口里任意一个方法名相同但参数类型不同（如 log(string $msg) vs log(array $context)），就会触发 Fatal error: Declaration of ... must be compatible with ...。
应对方式很实际：
- 先用
get_declared_interfaces()确认接口是否存在、是否被正确加载 - 用
class_implements('MyClass')查看当前类到底实现了哪些接口（调试时比翻代码快） - 若冲突来自第三方库，别硬改签名——改用组合：把其中一个能力抽成独立服务对象，通过属性委托（
$this->logger->log(...)）调用，而不是塞进同一个implements列表 - 接口继承（
interface AdminInterface extends UserInterface）会让契约叠加，类实现AdminInterface时，等于同时承诺满足两层声明
类型检查必须用 instanceof，别信 get_class()
get_class($obj) 只返回类名字符串，完全无视接口；is_a($obj, 'MyInterface') 和 $obj instanceof MyInterface 才是正解。后者更推荐，因为它是语言级操作符，性能好、语义清晰、支持 IDE 自动补全。
典型误用场景：
- 写
if (get_class($obj) === 'EmailService')来判断是否可通知——这破坏了面向接口编程，一旦换实现类就失效 - 在依赖注入容器里用类名做条件判断，而不是用接口名——导致扩展性差、测试难 mock
- 以为
array_key_exists('MyInterface', class_implements($obj))更“安全”，其实多此一举，instanceof已足够且更直白
接口方法本身不带逻辑，真正复杂的是签名兼容性判断和多接口共存时的约束叠加——这些不是靠写得多就能绕开的，得靠提前设计接口粒度、避免过度重名、以及接受“组合优于实现”的现实妥协。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
