本文深入探讨了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() 错误
考虑以下两个类结构：
立即学习“PHP免费学习笔记（深入）”；
<?php
// myClassA1.php
class myClassA1
{
protected $data;
// 受保护的构造函数
protected function __construct()
{
$this->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 构造函数。
<?php
// 假设 myClassA1 保持不变
class myClassA1
{
protected $data;
protected function __construct()
{
echo "myClassA1 的 protected 构造函数被调用。\n";
$this->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() 是最直接和易于理解的选择。如果存在更复杂的创建逻辑或需要限制实例数量，则应考虑使用工厂方法或单例模式。
