抽象类能有构造函数而接口不能，因抽象类是类可初始化资源，接口仅为契约声明；抽象类支持访问控制和共享行为，接口仅定义公共能力契约。
抽象类能有构造函数，接口不能
这是最常被忽略的底层差异：抽象类本质是类，可以定义 __construct() 并执行初始化逻辑；接口只是契约声明，连字段都不允许，更别说构造函数。如果你需要在继承链中统一做资源分配（比如打开数据库连接、读取配置），只能靠抽象类。
常见错误现象：PHP Fatal error: Interfaces may not include constructor —— 有人试图在接口里写 public function __construct()，直接报错。
- 抽象类适合封装「可复用的初始化行为」，比如
AbstractApiClient在构造时自动设置$this->baseUrl和$this->headers - 接口适合描述「能力契约」，比如
JsonSerializable、IteratorAggregate，只规定“你能做什么”，不管“你怎么建起来” - PHP 8.1+ 虽支持接口中定义静态方法，但依然禁止构造函数、属性、析构函数
接口支持多实现，抽象类只能单继承
一个类可以用 implements 同时实现多个接口，但只能用 extends 继承一个抽象类。这不是语法限制，而是设计意图：接口表达“具有多种能力”，抽象类表达“属于某一种类型”。
使用场景举例：一个 PaymentProcessor 类既要支持日志记录（Loggable），又要可序列化（JsonSerializable），还要能触发事件（EventEmitter）—— 这三个完全正交的能力，只能靠多接口实现。
- 若强行把日志逻辑塞进抽象基类，会导致所有子类都被迫带上日志能力，哪怕它只是个内存缓存工具
- PHP 不支持多继承，所以无法让一个类同时
extends A又extends B；但可以implements X, Y, Z - 注意：抽象类内部也可以
implements接口，这是合法且常见的组合用法
接口方法默认 public，抽象类方法可设 protected
接口中所有方法隐式为 public，且不可更改；抽象类的方法可以是 public、protected，甚至 private（PHP 8.2+ 支持 private abstract 方法）。这意味着抽象类能控制继承链中的可见性边界。
容易踩的坑：有人把本该是内部协作逻辑的方法（比如 validateInput()、buildQuery()）定义在接口里，结果所有实现类都必须暴露这个方法给外部调用，破坏封装。
- 接口方法是“对外承诺”，应只包含调用方真正需要的入口，如
process()、cancel() - 抽象类里的
protected function doValidate()是给子类复用的钩子，不对外暴露，也不该出现在接口中 - PHP 8.0+ 允许接口中定义常量，但仍是
public且不可变，和类常量语义不同
类型约束时，interface 更轻量，abstract class 更具语义
当你在函数参数或属性类型声明中写 MyInterface 或 MyAbstractClass，效果不同：前者只要求对象“满足契约”，后者还要求它“是那个类或其子类”。这直接影响扩展性和测试模拟。
性能影响几乎为零，但兼容性上差异明显：mock 工具（如 PHPUnit 的 createMock()）更容易模拟接口，因为无需处理构造逻辑或父类依赖；而 mock 抽象类往往要绕过 __construct() 或提供完整继承链。
- 依赖注入容器中，优先绑定接口（
$container->bind(MyServiceInterface::class, RealService::class)），便于后期替换 - 抽象类更适合做框架基类（如 Laravel 的
Controller），它自带生命周期方法（__invoke()、middleware()），这些不是契约，而是框架约定 - 别为了“看起来更面向对象”而把所有基类都改成抽象类——如果它不承担状态初始化或共享行为，就该用接口
真正难的是判断“某个功能到底该放进接口还是抽象类”。关键看它是否涉及初始化、是否需要访问控制、是否会被多个不相关的类型共用——这三个问题的答案，比语法规则更能决定设计走向。
