抽象类负责复用共性逻辑（如共享状态、具体方法实现），接口负责约定跨体系行为契约；生产中常组合使用，如“abstract class + multiple interfaces”。
抽象类管“怎么复用共性逻辑”，接口管“怎么约定行为契约”——选型不是比优劣，而是看变量要不要被共享、方法要不要被复用、行为要不要跨体系声明。
需要共享状态或运行时变量？用抽象类
比如数据库连接对象 $connection、缓存实例 $cache、配置数组 $config，这些都属于具体可变的运行时状态。接口不能定义属性（PHP 8.2+ 虽语法允许但官方明确不鼓励），Java 和 C# 同样禁止在接口中声明字段。强行塞进接口会导致类型系统混乱、IDE 报错、静态分析失败，也违背 Liskov 替换原则。
- 抽象类可声明 protected $connection，子类直接复用，无需重复初始化
- 构造方法可统一注入依赖，如 public function __construct(Connection $conn)
- 子类通过 parent::__construct() 继承初始化逻辑，避免样板代码
要复用具体方法实现？优先抽象类
当多个子类共用同一段逻辑（如日志前缀拼接、参数校验模板、通用序列化流程），抽象类能直接提供带方法体的 public/protected 方法。接口从 Java 8 / PHP 8.0 开始支持 default 方法，但它的定位是“向后兼容补丁”或“极简通用行为”，不适合承载含状态、需重载、有复杂流程的方法。
- 抽象类里的 protected function logWithPrefix($msg) 可调用 $this->timestamp、$this->serviceId 等成员
- 接口的 default 方法无法访问实现类的私有/保护属性，只能依赖传入参数
- 若 default 方法开始检查 $this->config，说明它本该属于抽象类
行为需跨不同继承体系声明？必须用接口
当“飞行”行为同时属于 Bird（继承 Animal）、Drone（继承 ElectronicDevice）、Helicopter（继承 Vehicle）时，继承关系互不相容，只有接口能打破单继承限制。此时行为与“是什么”无关，只关注“能做什么”。接口还支撑依赖倒置：函数参数声明为 Flyable $f，调用方完全不感知背后是鸟还是直升机。
- 一个类可 implements JsonSerializable, Cacheable, Exportable 多个接口，表达多重能力
- 接口名应动词化（Runnable）、形容词化（Cacheable）或名词化（Comparable），强调能力而非身份
- 避免大而全的接口（如 EverythingInterface），按业务动作拆分，遵守接口隔离原则
典型组合：抽象类 + 多接口 = 生产级结构
真实项目几乎从不单用抽象类或单用接口。常见模式是：抽象基类封装领域共性（如 Repository 的 find/save/transaction 逻辑），再让具体子类声明它具备哪些扩展能力（如 Searchable、Exportable、Auditable）。这种组合既保障核心逻辑复用，又保持能力声明灵活。
- 语法上写成：class UserRepo extends AbstractRepository implements Searchable, Exportable
- 注意：即使 AbstractRepository 已实现了 search() 方法，UserRepo 仍需显式 implements Searchable，否则类型判断 is_a($repo, Searchable::class) 会失败
- 抽象类负责“怎么做”，接口负责“能做什么”，二者职责清晰，不重叠也不遗漏
