抽象类和接口解决不同问题：抽象类聚焦“怎么复用共性逻辑”，强调“是什么”；接口聚焦“怎么约定行为契约”，强调“能做什么”。
抽象类和接口不是“选哪个更好”，而是“哪个更匹配当前设计意图”。PHP里它们根本解决不同问题：抽象类管「怎么复用共性逻辑」，接口管「怎么约定行为契约」。
抽象类必须有 abstract 方法吗？
不一定。PHP 允许定义不含抽象方法的 abstract class，只要加了 abstract 关键字，就不能被 new 实例化。这种写法常用于禁止直接创建基类对象，但又想提供通用工具方法或构造逻辑。
- 有抽象方法 → 子类必须实现全部抽象方法，否则子类也得声明为
abstract - 无抽象方法 → 仅起“禁止实例化 + 提供共享逻辑”作用，比如统一初始化、日志前缀、公共静态工具
- 访问控制必须一致或更宽松：父类
protected abstract function foo()，子类只能是protected或public，不能是private -
private方法不能声明为abstract（会报Fatal error: Abstract function ... cannot be declared private）
接口能定义属性或状态吗？
不能。PHP 接口（interface）在 8.2 之前完全不允许声明属性；8.2+ 虽支持属性语法，但官方明确不鼓励使用——因为这违背接口作为「纯行为契约」的设计初衷。所有字段都应属于具体类或抽象类。
- 接口只允许
public方法签名（PHP 8.0+ 支持默认实现，但仍是方法体，非状态） - 接口可定义常量（
const），如interface PaymentGateway { const TIMEOUT = 30; }，但这是配置值，不是运行时状态 - 需要共享状态（如
$cache、$config、$connection）？该放进抽象类，而不是接口 - 若强行在接口中加属性，会导致 IDE 报错、静态分析失败，且违反 Liskov 替换原则
一个类能同时 extends 抽象类又 implements 多个接口吗？
可以，而且这是推荐做法。PHP 单继承限制只作用于 extends，implements 不受数量限制，且顺序固定：class X extends A implements B, C, D。
立即学习“PHP免费学习笔记（深入）”；
-
extends只能跟一个类（抽象或非抽象），负责提供基础结构和部分实现 -
implements可接多个接口，用于声明“它能做什么”：比如JsonSerializable、Stringable、Cacheable - 典型组合：抽象类
AbstractRepository提供find()、save()基础逻辑，再implements Searchable, Exportable表明能力 - 注意：如果抽象类已实现某接口方法，子类仍需显式
implements该接口，否则类型系统不认（例如is_a($obj, Searchable::class)会返回false）
什么时候该用 Trait 而不是抽象类或接口？
当你需要「跨继承链复用代码块」，且这些代码不带状态、不构成完整契约时，trait 是第三条路。它不是替代方案，而是补位工具。
- 抽象类适合「有共同父类语义」的场景（如所有
Vehicle都有$fuelLevel和startEngine()） - 接口适合「能力声明」（如
Drivable、Parkable，与继承无关） - Trait 适合「横向功能切片」：比如
Timestampable（自动设created_at）、Validatable（通用验证逻辑），可混入任意类，无论是否同源 - 冲突处理：若 trait 和当前类有同名方法，必须用
insteadof显式指定；若两个 trait 冲突，必须在使用处解决
最易被忽略的一点：抽象类和接口的决策，往往不是技术问题，而是语义问题。写 abstract class Controller 暗示“它就是控制器”，而 interface Cacheable 暗示“它能被缓存”——这个动词/名词的差异，比语法细节更能决定选型。
