PHP构造函数重写疑问：为何不同签名的构造函数仍可运行？

问题描述 #

看到Stack Overflow上有回答称PHP中父子类的构造函数需要拥有相同的签名，但编写的以下代码却能正常运行，对此感到困惑：

<?php
class Person{
    var $name;

    function __construct( string $name){
        $this->name = $name;
    }
}
class Student extends Person{
    public int $age;

    function __construct(int $age){
        $this->age = 0;
    }
}
$ob1 = new Person("David");
$ob2 = new Student(23);

echo "$ob1->name 
 $ob2->age 
";

?>

运行后$ob2->name为空，且未按照手册要求调用parent::__construct()。最初怀疑是基类中使用var $name而非带类型的public int $name导致，但修改为public int $name后，代码依然能正常运行。

核心解析 #

• PHP对父子类构造函数的签名要求并非语法层面的强制报错规则，而是属于代码规范与面向对象最佳实践的范畴。早期PHP版本对类型检查约束宽松，即使签名不一致也不会触发致命错误；PHP 8.0及以后开启严格类型检查（declare(strict_types=1);）时可能会触发警告，但仍不会直接终止运行。
• 未调用parent::__construct()会导致父类的构造逻辑完全不执行，$name属性自然未初始化，但这并不影响子类构造函数本身的执行——PHP允许子类重写构造函数时不调用父类构造，只是这种写法会破坏父类属性的初始化逻辑，属于不规范用法。
• 属性的类型声明（var或public int）与构造函数签名是否一致无直接关联，类型声明仅在属性赋值时做类型校验，不会限制构造函数的参数差异。

为什么会有“需要相同签名”的说法 #

这是基于里氏替换原则的面向对象设计要求：子类应该可以无缝替换父类使用。如果构造函数签名不同，当用父类类型引用子类实例时，传参逻辑会出现混乱。例如：

declare(strict_types=1);
function initPerson(Person $person): void {}
// 若传入Student实例，父类构造需要string类型参数，子类构造需要int，会出现参数不匹配问题

这种场景下，签名不一致会直接导致错误，因此在规范的面向对象开发中，通常要求父子类构造函数签名保持一致，或者子类构造函数兼容父类的参数要求。

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