解决 PHP 中调用受保护构造函数的问题：继承与访问修饰符的最佳实践

本文深入探讨了PHP中尝试从外部上下文调用受保护（protected）构造函数时遇到的'Call to protected ::__construct()'错误。我们将解释访问修饰符的工作原理，并提供两种主要解决方案：通过继承创建公共构造函数，以及重新评估构造函数本身的访问权限。旨在帮助开发者理解并正确处理此类PHP设计模式问题。

理解 PHP 访问修饰符与构造函数

在 PHP 中，类的属性和方法可以通过访问修饰符（public、protected、private）来控制其可见性和可访问性。构造函数 __construct() 也不例外。

public (公共)：任何代码都可以访问。当一个构造函数是 public 时，你可以直接通过 new ClassName() 来创建该类的实例。
protected (受保护)：只能在定义该成员的类及其子类中访问。这意味着，如果一个类的构造函数是 protected，你不能直接在类外部通过 new 关键字来实例化它，但它的子类可以在自己的构造函数中通过 parent::__construct() 来调用它。
private (私有)：只能在定义该成员的类内部访问。如果构造函数是 private，即使是子类也无法直接调用 parent::__construct()，通常用于单例模式，通过静态方法来控制实例的创建。

当一个类（例如 myClassA2）尝试实例化另一个类（例如 myClassA1），而 myClassA1 的构造函数被声明为 protected 时，就会触发 Call to protected ::__construct() from context 错误。这是因为 myClassA2 并非 myClassA1 的子类，因此没有权限直接访问其受保护的构造函数。

问题剖析：为何会发生 Call to protected ::__construct() 错误

考虑以下两个类结构：

data = "数据来自 A1";
        // 模拟一些初始化操作
    }

    public function getWhatINeed()
    {
        return $this->data;
    }
}

// myClassA2.php
class myClassA2
{
    protected $myClassA1Instance;

    function __construct()
    {
        // 假设这里尝试加载并实例化 myClassA1
        // 在某些框架中，例如CodeIgniter的load->model()，可能会尝试直接实例化
        // 如果 myClassA1 的构造函数是 protected，这里会失败
        // $this->myClassA1Instance = new myClassA1(); // 模拟直接实例化，会导致错误

        // 错误示例：直接尝试访问或实例化一个受保护构造函数的类
        // $this->myClassA1Instance->getWhatINeed();
    }
}

在上述情境中，如果 myClassA2 内部或通过框架机制尝试直接实例化 myClassA1（例如通过 new myClassA1()），由于 myClassA1::__construct() 是 protected 的，PHP 会抛出错误，因为它不允许从 myClassA2 的上下文直接调用 myClassA1 的受保护构造函数。

解决方案一：通过继承创建公共构造函数

解决此问题的一种常见且符合设计模式的方法是，创建一个新的类来扩展原始类，并在新类中定义一个 public 的构造函数。这个 public 构造函数可以安全地调用父类的 protected 构造函数。

data = "数据来自 A1";
    }

    public function getWhatINeed()
    {
        return $this->data;
    }
}

// 解决方案：创建一个匿名子类或具名子类
// 方式一：使用匿名类（PHP 7+）
$instanceOfA1 = new class extends myClassA1 {
    public function __construct()
    {
        echo "匿名子类的 public 构造函数被调用。\n";
        parent::__construct(); // 调用父类 myClassA1 的 protected 构造函数
    }
};

echo $instanceOfA1->getWhatINeed() . "\n"; // 输出：数据来自 A1

// 方式二：使用具名子类（更常见和推荐的做法）
class MyPublicClassA1 extends myClassA1 {
    public function __construct() {
        echo "MyPublicClassA1 的 public 构造函数被调用。\n";
        parent::__construct(); // 调用父类 myClassA1 的 protected 构造函数
    }
}

$anotherInstanceOfA1 = new MyPublicClassA1();
echo $anotherInstanceOfA1->getWhatINeed() . "\n"; // 输出：数据来自 A1
?>

工作原理： 由于 MyPublicClassA1 (或匿名子类) 是 myClassA1 的子类，它拥有访问 myClassA1 的 protected 成员（包括 __construct()）的权限。因此，在 MyPublicClassA1 的 public __construct() 中调用 parent::__construct() 是完全合法的。通过这种方式，我们创建了一个可以被外部直接实例化的类，同时仍然遵守了 myClassA1 原始设计中对其构造函数的访问限制。

解决方案二：重新评估构造函数的访问权限

在某些情况下，__construct() 被声明为 protected 可能并非最佳选择，或者可能只是一个误解。在决定使用 protected 或 private 构造函数之前，请考虑以下设计模式：

工厂模式 (Factory Pattern)：当一个类的创建过程比较复杂，或者需要根据不同条件创建不同类型的对象时，可以使用工厂模式。工厂方法通常是静态的，并负责实例化对象。在这种情况下，构造函数可以是 protected 或 private。

class Product {
    protected function __construct() { /* ... */ }
    public static function create(string $type): Product {
        // 根据类型创建具体产品
        // ...
        return new static(); // 假设这里简化，实际可能创建子类
    }
}
// 使用工厂方法创建实例
$product = Product::create('typeA');

单例模式 (Singleton Pattern)：确保一个类只有一个实例，并提供一个全局访问点。在这种模式下，构造函数必须是 private 的，以防止外部直接实例化。

class Singleton {
    private static $instance;
    private function __construct() { /* ... */ } // 私有构造函数
    public static function getInstance(): Singleton {
        if (self::$instance === null) {
            self::$instance = new self();
        }
        return self::$instance;
    }
}
// 使用单例模式获取实例
$instance = Singleton::getInstance();

抽象类 (Abstract Class)：抽象类不能直接实例化，它们旨在被其他类继承。因此，抽象类的构造函数可以是 public、protected 或 private。如果它有 protected 构造函数，意味着只有其子类才能在自己的构造函数中调用它。

何时将构造函数设为 public？ 如果一个类旨在被直接实例化，并且其初始化逻辑不需要特殊控制或外部辅助，那么将其构造函数设为 public 是最直接和常见的做法。在大多数业务逻辑类中，public __construct() 是默认且推荐的选择。

建议： 在遇到 Call to protected ::__construct() 错误时，首先审视 myClassA1 的设计意图：

如果 myClassA1 确实不应该被直接实例化，而应该通过继承来扩展其功能，那么解决方案一（继承）是正确的方向。
如果 myClassA1 实际上应该可以被直接实例化，那么更简单的做法是将其 __construct() 的访问修饰符从 protected 改为 public。 这通常意味着原设计可能存在不合理之处，或者只是为了实现某种特定限制而采取的措施，而这种限制在当前使用场景下并不必要。

总结

Call to protected ::__construct() from context 错误是 PHP 访问修饰符规则的直接体现。解决此问题主要有两种策略：

通过继承创建公共接口： 创建一个子类，并在子类中定义一个 public 构造函数，该构造函数负责调用父类的 protected 构造函数。这允许外部代码通过实例化子类来间接创建原始类的实例，同时保留了父类构造函数的受保护状态。
重新评估设计： 审视原始类中 protected __construct() 的设计意图。如果该类确实应该被直接实例化，那么最简单的解决方案是将其构造函数改为 public。如果存在特定的设计模式（如工厂模式、单例模式），则应遵循该模式提供的实例化方法。

选择哪种方案取决于你的具体设计需求和对代码可维护性的考量。在大多数情况下，如果一个类需要被广泛使用和实例化，public __construct() 是最直接和易于理解的选择。如果存在更复杂的创建逻辑或需要限制实例数量，则应考虑使用工厂方法或单例模式。

# php # 父类 # 子类 # 构造函数 # 继承 # 接口 # class # public # private # protected # 对象 # 类中 # 将其 # 自己的 # 修饰符 # 创建一个 # 设为 # 并在 # 抽象类 # 工作原理

返回目录在线咨询

上一篇：mybatis如何通过接口查找对应的mapper.xml及方法执行详解
下一篇：Android图片压缩几种方式总结

您的项目需求

*请认真填写需求信息，我们会在24小时内与您取得联系。