是，PHP接口是强制契约，类implements接口必须完整实现所有方法，否则实例化时抛出Fatal error；方法名、参数、返回类型、可见性（仅public）均须严格匹配。
接口必须全部实现，否则实例化就报错
PHP 接口不是可选契约，而是强制约定。只要类声明 implements SomeInterface，就必须提供接口中每个方法的完整实现——包括方法名、参数个数与顺序、返回类型（PHP 7.0+ 启用严格模式时尤其敏感）。漏写一个，运行到 new MyClass() 那一刻就会抛出 Fatal error: Class MyClass contains 1 abstract method and must therefore be declared abstract or implement the remaining methods。
常见踩坑点：
- 复制接口方法签名时漏掉返回类型声明，比如接口写的是
function getId(): int，实现时只写function getId()，在启用了declare(strict_types=1)的文件里会触发TypeError - 参数默认值不一致：接口不许写默认值，但实现类可以加；不过若调用方依赖接口类型提示传参，实际行为仍以实现类为准，容易引发隐式逻辑偏差
- 方法可见性被误改：哪怕写了
public function foo()，如果类里不小心写成protected function foo()，也会报致命错误——接口方法默认且只能是public
多个接口同时实现，方法不能冲突
PHP 允许一个类 implements A, B, C，但前提是这些接口里没有同名方法签名产生不可解的歧义。例如接口 A 和 B 都声明了 function handle(): string，那没问题；但如果 A 是 function handle(): string，而 B 是 function handle(): array，PHP 就无法判断该用哪个返回类型，直接编译失败。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 定义接口前先做行为归类，避免把「读」和「写」语义混在同一个方法名下（如都叫
process()却返回不同结构） - 使用 IDE 的接口跳转功能提前检查继承链，特别是第三方包引入的接口是否与自定义接口存在签名重叠
- 若真遇到冲突，不要强行合并，而是用组合替代：让类持有多个对象，各自实现不同接口，通过委托分发调用
类型提示用接口名，不是类名
接口的价值在运行时体现——函数参数写 SomeService $s 只接受该类或其子类；而写 SomeInterface $s 则允许传入任何实现了它的类，包括 Mock 对象、替身类、未来新增的实现，这才是松耦合的关键。
典型错误场景：
- 在构造函数里写
public function __construct(DatabaseConnection $db)，导致无法用内存数据库模拟或连接池封装类替代 - 接口方法返回类型声明为具体类，如
function getUser(): UserEntity，削弱了多态能力；更合理的是返回接口UserContract或数组/DTO - 忘记开启自动加载或未
require接口文件，导致 PHP 报TypeError: Argument 1 passed to xxx must be an instance of YyyInterface，其实只是文件没加载，不是类型不匹配
PHP 8.0+ 支持静态方法，但别滥用
PHP 8.0 起允许在接口中声明 static function create(): self 这类静态方法，看起来很酷，但实际用途极窄。它不参与多态分发，也无法被子类重写（只能被实现类自己定义），本质上只是个命名约束。
真正要注意的是：
- 静态方法声明不会强制实现类提供同名静态方法——PHP 不校验这个，只校验实例方法
- 如果你需要工厂能力，优先用单独的工厂接口（如
FactoryInterface）或依赖注入容器，而不是塞进业务接口里 - 多数时候，把创建逻辑放在实现类内部（如
MyService::fromConfig()）比在接口里声明静态方法更清晰、更易测
接口的核心作用从来不是“定义怎么造对象”，而是“定义对象能做什么”。一旦开始纠结静态方法要不要实现，说明接口职责可能已经模糊了。
