抽象方法必须定义在abstract类中，仅声明接口而不提供实现；abstract类不可实例化，子类须实现全部抽象方法，否则也需声明为abstract。
抽象方法必须定义在 abstract 类里
PHP 不允许在普通类中声明抽象方法，否则会直接报 Fatal error: Abstract function ... cannot be declared in non-abstract class。抽象方法本质是“契约”，它只承诺接口，不提供实现，所以必须依附于一个明确表示“不完整”的容器——abstract 类。
实操建议：
- 类名前必须加
abstract关键字，哪怕里面只有一个抽象方法 - 抽象类可以同时包含具体方法（有函数体）和抽象方法（只有声明）
- 抽象类不能被实例化：
new MyAbstractClass()会触发Fatal error: Cannot instantiate abstract class
子类继承抽象类时必须实现所有抽象方法
子类用 extends 继承抽象类后，如果没实现全部抽象方法，PHP 会把它也当成抽象类对待——但前提是子类自己也声明为 abstract；否则会报 Fatal error: Class ... contains 1 abstract method and must therefore be declared abstract or implement the remaining methods。
常见错误现象：
立即学习“PHP免费学习笔记（深入）”；
- 子类写了同名方法但参数个数/类型不同 → 不算实现，仍报错
- 子类方法访问控制级别比父类抽象方法更严格（比如父类是
public，子类写成protected）→ 报Declaration must be compatible - 忘记
override（PHP 没这关键字），但实际要靠签名完全一致来匹配
示例：
本文档主要讲述的是maven使用方法；Maven是基于项目对象模型的（pom），可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。Maven将你的注意力从昨夜基层转移到项目管理层。Maven项目已经能够知道 如何构建和捆绑代码，运行测试，生成文档并宿主项目网页。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
abstract class Logger {
abstract public function write(string $message): void;
}
class FileLogger extends Logger {
// ✅ 正确：签名一致，public，参数类型、返回值都匹配
public function write(string $message): void {
file_put_contents('app.log', $message . PHP_EOL, FILE_APPEND);
}
}
抽象方法不能有函数体，也不能带 final 或 static
抽象方法的语法非常严格：只能有访问修饰符（public 或 protected）、abstract 关键字、函数名、参数列表和返回类型声明。任何试图加 {}、final、static 或默认参数的行为都会导致解析失败。
容易踩的坑：
- 在抽象方法声明里写
= null或= []默认值 → 报SyntaxError - 加上
static：抽象静态方法在 PHP 中不被支持（PHP 8.2 仍未允许） - 用
final abstract组合 → 逻辑矛盾，直接报错 - 返回类型写成
void以外的可空类型如?string，需确保父类和子类完全一致，否则类型协变检查失败
抽象方法常用于定义统一接口但差异化实现的场景
典型使用场景是框架扩展点或领域行为建模，比如支付网关、日志驱动、验证规则。抽象方法强制子类暴露相同调用入口，但内部逻辑各自独立，避免运行时类型判断和一堆 if-else 分支。
性能与兼容性注意点：
- 抽象方法调用本身没有额外开销，和普通方法一样走虚函数表（vtable）查找
- PHP 7.0+ 对抽象类的加载和验证更严格，早期版本（如 5.6）可能容忍部分不规范写法，升级后突然报错
- 不要为了“看起来更面向对象”而滥用抽象方法；如果子类行为高度一致，优先用具体方法 + 可选参数或钩子
真正难的不是语法，是判断哪些行为值得抽成抽象方法——它得足够稳定（签名长期不变），又足够多变（至少两个以上不可合并的实现）。写完 abstract 类之后，翻翻 IDE 的“Find Usages”，如果只有一处实现，大概率该删了。
