php中final类禁止被继承，仅作为访问控制修饰符，不提供优化或稳定性保障；它与final方法配合可精准控制继承和重写行为，适用于需保障语义契约的核心类。
PHP final类不能被继承，不是“定义最终类”，而是“禁止继承”
PHP里没有“最终类”这种语法概念，final 是一个修饰符，作用很直接：加在 class 前面，就表示这个类不允许被 extends。它不改变类的行为，只封死继承路径。
常见错误是以为 final 能让类“更稳定”或“自动优化”，其实它纯粹是访问控制——就像 private 之于属性，只是层级更高（类级）。没加 final 的类，哪怕你从不打算让人继承，别人也能继承；加了，哪怕只有一行代码，也立刻报错。
-
final class Logger {}合法；class MyLogger extends Logger {}会触发Fatal error: Class MyLogger may not inherit from final class (Logger) -
final不能用在接口（interface）或 trait 上（PHP 8.2+ 才支持final trait，但仍是实验性） - 抽象类（
abstract class）和final互斥：既要求子类实现，又禁止子类存在，PHP 直接拒绝解析
什么时候该用 final class，而不是靠文档或约定
真正需要 final 的场景非常具体：当类的内部逻辑强依赖自身完整实现，且继承会破坏契约时。比如标准库里的 DateTimeImmutable —— 它的不可变性靠整个类设计保证，如果允许继承，子类重写 modify() 或偷偷改私有属性，就彻底崩了。
别因为“这个类目前没被继承”就加 final；也别因为“以后可能要扩展”就死活不加。关键是看是否构成**语义契约**：
立即学习“PHP免费学习笔记（深入）”；
- 类封装了不可分割的核心行为（如加密、序列化、时间计算）
- 所有方法都设计为非覆盖安全（比如大量调用
$this->xxx()，而这些方法又没声明final） - 你明确不希望用户通过继承来“定制”，而是用组合（
has-a）或依赖注入
final class 和 final 方法的区别与配合
final 用在类上是“一刀切”，用在方法上是“精准锁”。两者常一起用，但目标不同：类级 final 防继承，方法级 final 防重写。即使类不是 final，也可以把关键方法标为 final 来保底。
例如：
class Calculator {
final public function calculate(float $a, float $b): float {
return $this->doCalc($a, $b);
}
protected function doCalc(float $a, float $b): float {
return $a + $b;
}
}
这样，子类可以继承 Calculator，也能重写 doCalc，但无法绕过 calculate() 的调用流程——这就是比单纯加 final class 更灵活的控制。
- 单独给方法加
final不影响类被继承，但会阻止该方法被覆盖 - 如果类已是
final，再给里面的方法加final没实际意义（语法允许，但冗余） -
__construct和__destruct加final很少见，除非你严格限制实例化方式（比如只允许工厂方法）
兼容性和常见误用坑
final class 自 PHP 5.1 就存在，无版本兼容问题，但容易在协作中引发意外冲突：
- 测试时想 mock 一个
final class？主流 Mock 工具（如 PHPUnit 9.5+）默认不支持，得启用phpunit/phpunit-mock-objects替代方案或改用依赖注入解耦 - IDE（如 PhpStorm）可能对
final class的子类提示不敏感，错误出现在运行时而非编辑期 - 框架（如 Laravel）部分核心类（
Request,Response）不是final，但文档强调“不要继承”，这时候加final反而是更清晰的信号 - 别为了“防止别人乱改”把 DTO 或配置类标
final——它们本就不该有行为，继承与否不影响逻辑
最常被忽略的一点：加了 final 并不等于类线程安全或不可变，它只管继承这一个维度。该同步的还得同步，该验证的还得验证。
