抽象函数必须在抽象类中声明且无具体实现，其作用是强制子类实现该方法以确保行为统一；抽象类可包含抽象方法和具体方法，子类继承时必须实现所有抽象方法，否则会报错，且抽象类不能被实例化；与接口不同，抽象类强调“是什么”的关系并支持部分代码复用，而接口仅定义“能做什么”的契约且支持多实现；当需要共享实现并强制子类完成特定方法时应使用抽象函数，而无需强制实现或需多重能力组合时则更适合普通函数或接口；总之，抽象函数适用于具有共同基础但行为差异的继承体系，有助于构建清晰、可维护的多态结构。
PHP的抽象函数，简单来说，就是一种你声明了它但没给它具体实现的方法。它必须存在于一个抽象类里，而这个抽象类本身是不能被直接实例化的。它的核心作用，就是强制那些继承它的子类必须实现这个方法，确保了某种行为模式在继承体系中得到统一，但具体实现则留给子类去完成。这就像是定了个规矩，你得这么做，但具体怎么做，你自己看着办。
要定义一个抽象函数，你首先得有一个抽象类。这个类前面要加
abstract关键字。然后，在类里面，你想声明为抽象的方法前面也加
abstract，后面直接跟分号，不写大括号里的具体代码。比如：
speed = $speed;
}
// 抽象方法：所有子类都必须实现如何移动
abstract public function move();
// 普通方法：抽象类也可以有具体实现的方法
public function getSpeed() {
return $this->speed;
}
}
// 现在，我们来使用它
// 尝试实例化抽象类会报错
// $myVehicle = new Vehicle(60); // 这会抛出错误：Cannot instantiate abstract class Vehicle
// 子类必须继承并实现所有抽象方法
class Car extends Vehicle {
public function move() {
echo "汽车以 {$this->speed} 公里/小时的速度在公路上行驶。\n";
}
}
class Bicycle extends Vehicle {
public function move() {
echo "自行车以 {$this->speed} 公里/小时的速度在小路上骑行。\n";
}
}
$myCar = new Car(120);
$myCar->move(); // 输出：汽车以 120 公里/小时的速度在公路上行驶。
$myBicycle = new Bicycle(20);
$myBicycle->move(); // 输出：自行车以 20 公里/小时的速度在小路上骑行。
// 你看，move() 方法在不同的子类里有不同的表现，但它必须存在。这里有个小细节，抽象方法的访问修饰符（
public,
protected）在子类实现时，必须保持一致或者放宽（比如父类是
protected，子类可以是
public，但不能是
private）。这是为了保证继承体系的兼容性。如果子类没有实现父类的所有抽象方法，PHP会抛出致命错误，因为它无法实例化一个“不完整”的类。
立即学习“PHP免费学习笔记（深入）”；
抽象函数与接口有何异同？
这问题问得好，很多人一开始都会把抽象类和接口搞混，或者觉得它们差不多。但实际上，它们虽然都有点“定义规范”的意思，骨子里还是不一样的。
抽象类，你可以把它想象成一个半成品模板。它里面可以有已经实现好的方法和属性，也可以有抽象方法（就是我们现在讨论的这种，只声明不实现）。一个子类，只能继承一个抽象类，这是PHP单继承的特性决定的。所以，抽象类更多地强调“是什么”的关系，比如“汽车是一种交通工具”，那么
Vehicle就可以是抽象类，它有一些所有交通工具共有的特性（比如速度），也有一些需要具体交通工具去实现的行为（比如怎么“移动”）。它提供了一种基类的功能，既能强制行为，也能提供共享的实现。
而接口（Interface），则完全是关于“能做什么”的契约。它只定义方法签名，不包含任何实现代码（PHP 8.0之后虽然可以有私有方法和静态方法，但核心思想还是契约）。一个类可以实现多个接口，这弥补了PHP单继承的不足。接口更像是定义了一个能力集，比如“能飞的”（
Flyable），“能支付的”（
Payable）。一个类只要实现了这个接口，就意味着它承诺拥有这些能力。接口更关注行为的规范，而不太关心这个行为具体属于哪个继承体系。
简单来说，如果你需要一个基类，它既有公共的实现，又有一些方法必须由子类去具体化，并且这些子类之间有明确的“is-a”关系，那就用抽象类和抽象函数。如果你只是想定义一组能力或者行为规范，让不同的、甚至可能没有继承关系的类都能遵循，那么接口就是更好的选择。
什么时候应该使用抽象函数而不是普通函数或接口？
选择困难症犯了？别急，这其实是个设计模式的选择题，没有绝对的对错，只有更适合的场景。
使用抽象函数（或抽象类）的场景： 当你有一组紧密相关的类，它们共享一些共同的属性和行为，但其中某些行为的具体实现又必须根据子类的不同而有所区别时，抽象函数就派上用场了。
-
强制性规范： 比如你开发一个报告生成系统，所有报告都得有
generateHeader()
、generateBody()
、generateFooter()
这几个步骤，但具体怎么生成头部、主体和尾部，PDF报告和Excel报告肯定不一样。这时候，你就可以定义一个抽象的ReportGenerator
类，里面把这几个方法设为抽象，强制子类去实现。 -
提供部分实现： 抽象类可以提供一些通用的、已经实现好的方法。例如，
ReportGenerator
可能有一个render()
方法，它内部调用了generateHeader()
、generateBody()
、generateFooter()
，这个render()
方法就可以在抽象类中实现，子类只需关注抽象方法的实现即可。这避免了代码重复。 - “是”的关系： 当你的设计是基于“A是一种B”这样的继承关系时，抽象类是自然的选择。
不使用抽象函数（而用普通函数或接口）的场景：
- 普通函数： 如果一个功能是独立的，不需要依赖任何类的特定状态，或者它只是一个简单的工具函数，那直接定义一个普通函数（或者放在一个工具类里作为静态方法）就足够了，没必要引入抽象的概念。过度设计是软件开发的大忌。
-
接口： 当你只是想定义一个行为契约，而这些行为的实现者之间可能没有继承关系，或者你希望一个类能同时拥有多种不相关的能力时，接口是更好的选择。比如，一个
User
类既可以实现Authenticatable
接口（可认证），也可以实现Notifiable
接口（可通知），它们之间没有继承关系，只是定义了各自的行为。 - 避免不必要的复杂性： 如果你的类层级结构很简单，或者根本不需要强制子类实现某些方法，那就没必要用抽象类和抽象函数。简单才是美。
总而言之，抽象函数是你在构建一个具有共同基础但又需要个性化实现的多态体系时，一个非常强大的工具。它帮你平衡了通用性和特异性，让你的代码结构更清晰，也更容易维护。
