Final类无法继承，应使用组合替代继承，通过依赖注入替换实例，避免修改vendor文件，可提需求或找替代包。
PHP 中被声明为 final 的类无法被继承，这是语言层面的限制，无法通过 Composer 直接“覆盖”或修改。但你可以通过一些合理的设计方式来应对这种限制，尤其是在使用第三方库时遇到 final 类的情况。
理解 Final 类的设计意图
final 类的存在通常是为了防止继承破坏其内部逻辑，比如工具类、核心组件或值对象。作者不希望子类改变其行为，以保证稳定性和安全性。因此，在尝试“覆盖”之前，先确认是否真的需要继承。
使用组合代替继承（推荐做法）
当无法继承 final 类时，可以采用组合模式封装原类实例，并扩展你需要的功能：
- 创建一个新类，将 final 类的实例作为属性注入
- 调用原类方法，并在其前后添加自定义逻辑
- 实现相同接口（如果有的话），保持兼容性
class MyCustomService
{
private $originalService;
public function __construct(ThirdPartyFinalClass $service)
{
$this->originalService = $service;
}
public function someMethod()
{
// 前置处理
$result = $this->originalService->someMethod();
// 后置增强
return $result;
}
}
利用依赖注入替换服务实例
如果你在使用框架（如 Laravel、Symfony），可以通过容器绑定替换服务的实现：
立即学习“PHP免费学习笔记（深入）”；
- 将原本直接 new final 类的地方改为从容器获取
- 绑定你的包装类到相同的抽象接口
- 确保应用中使用的都是你控制的实例
避免修改 vendor 文件（禁止操作）
不要手动修改 composer 下载到 vendor 目录中的 final 类代码。这样做会导致：
- 更新包时更改丢失
- 团队协作混乱
- 违反版本管理原则
考虑提出功能请求或使用替代包
如果你确实需要扩展某个 final 类的功能：
- 向原项目提 Issue 或 PR，建议增加接口或开放扩展点
- 寻找社区是否有提供类似功能但设计更灵活的替代包
- 自行 fork 并发布为私有包（仅限必要情况，维护成本高）
