php多态必须配合interface或abstract class，否则只是临时拼凑；它依赖运行时类型绑定与编译期契约检查，确保参数类型安全、行为可扩展、开闭原则落地。
PHP 多态不是语法糖，是解耦和扩展的基础设施；不配合接口或抽象类强制约束，所谓“多态”只是临时拼凑，很快会退化成一堆 if-else 判断和重复修改。
为什么必须用 interface 或 abstract class 才算真多态
PHP 的变量类型宽松，但多态依赖的是**运行时类型绑定 + 编译期契约检查**。没有 interface 或 abstract class，函数参数无法声明“只接受能做某事的对象”，也就无法在调用前获得类型保障。
-
function process(Animal $a)能阻止传入数组、字符串，也能让 IDE 和 PHPStan 提前报错 - 只写
function process($a)再加if ($a instanceof Dog)，本质是手动模拟多态，违背开闭原则 - 接口方法默认
public，且不可带实现 —— 这是刻意剥离细节、聚焦行为契约的设计选择 - 抽象类适合共享字段（如
$name）、构造逻辑或默认方法（如sleep()），但单继承限制明显
支付系统中 interface + 多态的真实落地方式
新增一种支付方式不该动任何已有逻辑，这是多态最基础的验收标准。错误做法是往 PaymentProcessor 里加 switch；正确路径是让新类自己“插得进去”。
- 定义统一入口：
interface PaymentMethod { public function pay(float $amount): bool; } - 每个支付类只关心自己：微信要处理 openid，支付宝要走 sign 流程，银联要跳转网关 —— 这些都不该暴露给
PaymentProcessor -
PaymentProcessor只做三件事：接收PaymentMethod实例、校验金额、调用$method->pay($amount) - 如果某支付需要预处理（如获取 token），应在其实现类内部完成，而不是让上层传一堆额外参数
// ✅ 正确：扩展只需新增类
class UnionPay implements PaymentMethod {
public function pay(float $amount): bool {
$token = $this->fetchToken(); // 封装在内部
return $this->doGatewayCall($token, $amount);
}
}
抽象类与 interface 混用时的关键取舍点
一个类既要复用代码，又要实现多个契约，就得组合使用 —— 但顺序和职责必须清晰。常见翻车点是把本该抽成接口的行为硬塞进抽象类。
- 先定接口：比如
Loggable、Cacheable、Exportable，它们之间无继承关系，只描述能力 - 再建抽象基类：比如
AbstractReportGenerator，含通用模板方法generate()和共享属性$format - 具体类写法：
class SalesReport extends AbstractReportGenerator implements Loggable, Exportable - 禁止在抽象类里定义“可选能力”：比如抽象类加一个空的
log()方法，再让子类决定是否重写 —— 这会让类型语义模糊，破坏接口的明确性
容易被忽略的运行时陷阱
多态生效的前提是对象真正属于某个类型，而 PHP 的动态特性会让一些看似合理的写法悄悄失效。
- 别在构造函数里直接 new 具体类：比如
new Alipay()写死在PaymentProcessor构造函数里，等于把依赖写死了 - 类型提示不能绕过：即使你写了
function handle(PaymentMethod $p)，如果传入的是未实现该接口的类实例，PHP 会在运行时报Fatal error: Argument 1 passed to handle() must implement interface PaymentMethod - 接口方法签名必须严格一致：返回类型声明（如
: bool）、参数类型（如float $amount）若不匹配，子类实现会被视为不同方法，多态不触发 - 不要依赖
get_class($obj)做分支判断 —— 那是放弃多态，退回过程式编程
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
