接口与抽象类核心区别在于设计意图：接口是纯粹契约，只声明public方法（PHP 8.1+限静态/常量私有），无属性、构造函数和实现；抽象类是部分实现模板，可含属性、构造函数、具体及抽象方法，支持单继承多实现。
PHP 中接口和抽象类不是二选一的替代关系，而是解决不同问题的工具：接口定义“能做什么”，抽象类定义“怎么做的一部分”。混用时若不明确契约边界，代码会迅速失控。
interface 和 abstract class 的核心区别在哪
关键不在语法，而在设计意图：
-
interface只能声明public方法（PHP 8.1+ 支持private方法但仅限于常量和静态方法），不能有属性、不能有构造函数、不能有具体实现 —— 它是纯粹的契约，强制实现者提供所有方法签名 -
abstract class可以含protected/public属性、构造函数、具体方法、抽象方法（用abstract声明）、甚至final方法 —— 它是部分实现的模板，子类继承后可复用逻辑，也必须补全抽象方法 - 一个类只能
extends一个抽象类，但可以implements多个接口 —— 这是 PHP 单继承限制下的关键补偿机制
什么时候该用 interface 而不是 abstract class
当你要表达“具备某种能力”，且这种能力跨完全无关的类型时，必须用 interface：
- 比如
JsonSerializable接口，DateTime、stdClass、自定义User类都实现它，但它们之间毫无继承关系 - 写 SDK 或框架扩展点时，如
CacheInterface，让开发者自由选择RedisCache、FileCache、NullCache实现，彼此无共通逻辑 - 测试中用
MockInterface替换真实依赖，避免耦合具体类 —— 抽象类无法被多态地“替换”为任意实现
abstract class 里哪些成员不能省略或误用
常见错误是把抽象类当成“带点默认逻辑的普通类”来写，结果破坏了继承契约：
立即学习“PHP免费学习笔记（深入）”；
-
__construct()在抽象类中可以存在，但子类__construct()必须显式调用parent::__construct()，否则父类初始化逻辑丢失 —— 很多人忘了这一步，导致属性未赋值 - 抽象方法必须用
abstract关键字声明，且不能有方法体；一旦写了{}或return，PHP 就报Fatal error: Abstract function ... cannot contain body - 抽象类里的
static方法可以被直接调用（如MyAbstract::helper()），但它不能访问$this；而static abstract是非法的 —— PHP 不允许静态抽象方法 - 抽象类可以
implements接口，此时它自己不必实现接口方法（留给子类），但若它提供了具体实现，子类可直接继承，无需重写
interface 和 abstract class 能一起用吗？怎么用才不乱
能，而且这是大型项目最健康的组合方式 —— 但必须分清层级职责：
- 先定义接口（如
PaymentProcessor），明确所有支付服务必须提供的方法：process()、refund()、supportsCurrency() - 再写抽象基类（如
BasePaymentProcessor），封装日志、重试、参数校验等通用逻辑，并把process()设为抽象，强制子类实现核心差异逻辑 - 具体实现类（如
StripeProcessor）同时extends BasePaymentProcessor implements PaymentProcessor—— 注意：implements可省略，因为抽象基类已声明实现该接口；但显式写出更清晰，且 IDE 更易识别契约 - 避免在抽象类里塞太多业务逻辑，尤其不要在抽象方法里做状态判断再分发 —— 那是策略模式的事，不是抽象类的职责
真正难的不是语法，而是每次加一个 abstract 或 interface 之前，得想清楚：这个东西将来会被谁实现？它的变化频率是否一致？有没有人会绕过我的抽象类直接实现接口？这些决策比写几行代码影响深远得多。
