使用League Container作为DI时，子类加构造函数引发add()空调用错误的OOP原因

这问题我之前在使用依赖注入容器时也踩过坑，本质是PHP面向对象中构造函数的继承规则导致的，具体来说：

核心原因：子类构造函数覆盖后，父类构造函数未被自动调用 #

在PHP的OOP机制里，当你给子类（也就是你的App类）定义了自己的__construct()方法时，PHP不会自动调用父类（League\Container\Container）的构造函数。而League Container的父类构造函数里，肯定做了关键的初始化工作——比如创建内部的服务注册器实例、初始化容器的核心属性，这些都是add()方法能正常运行的前提。

举个简化的例子，假设父类Container的构造逻辑大概是这样：

class Container {
    protected $serviceRegistry;

    public function __construct() {
        // 初始化服务注册器，这是add()方法的依赖
        $this->serviceRegistry = new ServiceRegistry();
    }

    public function add($id, $concrete) {
        // 依赖serviceRegistry对象，如果它是null就会报错
        $this->serviceRegistry->register($id, $concrete);
    }
}

• 当你的App类没有自定义构造函数时，PHP会自动调用父类的__construct()，$serviceRegistry被正常初始化，add()方法能正常工作。
• 但一旦你给App添加了自己的__construct()，父类的构造逻辑就被“跳过”了，$serviceRegistry始终是null。当你调用add()时，内部尝试调用null对象的方法，就触发了Fatal error: Call to a member function add() on null（错误信息里的add()其实是指内部依赖的方法，根源是父类初始化未执行）。

解决方法 #

在子类的构造函数里，显式调用父类的构造函数即可：

class App extends Container {
    public function __construct() {
        // 先执行父类的初始化逻辑
        parent::__construct();
        // 再添加你自己的构造代码
    }
}

关键OOP知识点回顾 #

• 子类自定义构造函数后，父类构造函数不会自动执行，必须手动调用parent::__construct()
• 父类构造函数通常负责初始化子类共享的核心资源，跳过它会导致依赖缺失
• 这种规则不仅适用于依赖注入容器，所有PHP类的继承场景都需要注意这一点

内容的提问来源于stack exchange，提问作者Shapan Sutradhar