如何要求子类显式调用parent::__construct()？现有方案是否合理？

首先，你的思路出发点是对的——确保父类的关键安全逻辑不会被子类遗漏，但你的方案确实存在几个值得注意的设计缺陷，我来帮你拆解一下，再给出更可靠的替代方案：

现有方案的潜在缺陷 #

• 依赖外部检查，违反封装原则：把初始化检查放在路由器里，等于把类自身的正确性依赖交给了外部组件。如果路由器的检查逻辑被遗漏、修改或者绕过，父类的访问控制等核心逻辑就直接失效了。一个设计良好的类应该自己保证自身的行为合规，而不是指望外部系统来兜底。
• init()调用时机不可控：子控制器可能在错误的时机调用init()（比如在处理请求之后才调用），这会导致访问控制等关键逻辑没有及时执行，直接产生安全漏洞。而且其他开发者可能不清楚init()的具体职责，容易忘记调用或者误调用。
• 维护成本高：后续如果父类的核心逻辑需要调整，init()的职责边界会越来越模糊，同时还要同步维护路由器的检查逻辑，增加了代码的耦合度。

更可靠的替代方案 #

其实不需要把逻辑移到init()，我们可以通过类自身的机制强制子类必须执行父类的核心逻辑，从根源上避免遗漏问题：

1. 父类自检查构造调用（推荐） #

在父类的核心入口方法（比如处理请求的dispatch()）中，检查父构造是否被正确调用。这样不需要依赖外部路由器，完全由类自身保证逻辑执行：

class ParentController {
    private $parentConstructCalled = false;

    public function __construct() {
        // 你的访问控制等关键逻辑
        $this->validateUserAccess();
        $this->parentConstructCalled = true;
    }

    // 控制器处理请求的核心入口方法
    public function dispatch() {
        if (!$this->parentConstructCalled) {
            throw new RuntimeException("子类必须显式调用 parent::__construct()！");
        }
        // 执行请求处理逻辑
    }

    private function validateUserAccess() {
        // 具体的访问控制逻辑
    }
}

class ChildController extends ParentController {
    public function __construct() {
        // 忘记调用parent::__construct()的话，dispatch时会直接抛出异常
        parent::__construct();
        // 子类自身的构造逻辑
    }
}

2. 自动执行初始化逻辑（无需子类手动调用） #

如果不想依赖子类开发者的自觉性，可以把父类的核心逻辑放到一个final的初始化方法中，在控制器的入口方法里自动调用，彻底避免遗漏：

abstract class ParentController {
    private $isInitialized = false;

    // final修饰，子类无法覆盖这个方法
    final protected function initialize() {
        if (!$this->isInitialized) {
            $this->validateUserAccess();
            $this->isInitialized = true;
        }
    }

    public function dispatch() {
        // 入口方法自动执行初始化，子类无需手动调用
        $this->initialize();
        // 处理请求逻辑
    }

    private function validateUserAccess() {
        // 访问控制逻辑
    }
}

class ChildController extends ParentController {
    public function __construct() {
        // 子类只需处理自身逻辑，无需关心父类初始化
        $this->setupChildDependencies();
    }

    private function setupChildDependencies() {
        // 子类自己的初始化操作
    }
}

总结 #

你的方案最大的问题是把类的核心约束交给了外部系统，这会带来安全风险和维护成本。更合理的做法是让父类自己管控核心逻辑的执行，要么通过自检查强制子类调用父构造，要么自动执行初始化逻辑，彻底避免人为遗漏的可能。

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