不一定。仅当父类和子类均定义了__construct()时，才必须显式调用parent::__construct()，否则父类初始化逻辑被跳过；调用须在子类构造函数开头，参数需严格匹配父类签名。
PHP 中子类必须显式调用 parent::__construct() 吗？
不一定。只有当父类定义了构造方法且子类也定义了 __construct() 时，PHP 才不会自动调用父类构造函数——此时必须手动写 parent::__construct()，否则父类初始化逻辑会被跳过。
常见错误现象：
子类对象创建后，父类中声明的属性（如 $this->config）为 null 或默认值，日志没输出，连接未建立——往往就是漏了这句调用。
- 父类无
__construct()→ 子类可不写parent::__construct() - 父类有
__construct()，子类没重写 → PHP 自动调用父类构造，无需干预 - 父类有
__construct()，子类也定义了 → 必须显式调用parent::__construct()，否则父类逻辑完全不执行
parent::__construct() 的参数传递规则
参数必须严格匹配父类构造方法的签名：数量、类型（若启用了严格模式）、顺序都不能错。PHP 不会自动填充默认参数，也不会忽略多余参数。
使用场景举例：父类需要数据库配置，子类需额外传入缓存开关：
立即学习“PHP免费学习笔记（深入）”；
class DatabaseConnection {
public function __construct($host, $dbname, $user = 'root') {
// 初始化连接
}
}
class CachedDatabase extends DatabaseConnection {
public function __construct($host, $dbname, $user = 'root', $enableCache = true) {
// ✅ 正确：把前三个参数透传给父类
parent::__construct($host, $dbname, $user);
$this->cacheEnabled = $enableCache;
}
}
- 不能写成
parent::__construct(...func_get_args())—— 若子类参数多于父类，会报Too few arguments - 不能省略必需参数，哪怕父类参数有默认值，也要显式传或按位置对齐
- 如果父类构造方法有类型声明（如
string $host），子类传参类型不符会直接抛Fatal error
在构造方法中调用 parent::__construct() 的位置很重要
必须放在子类 __construct() 的最开始（或至少在访问 $this 之前），否则可能触发 Cannot access property on null 或其他未定义行为。
原因：PHP 在调用子类构造函数前，对象内存已分配但尚未完成初始化；parent::__construct() 负责设置父类部分的状态。提前使用 $this->xxx 可能访问到未初始化的属性。
- ✅ 正确：先调用
parent::__construct()，再操作$this - ❌ 错误：先赋值
$this->logger = new Logger();，再调父类 —— 若父类依赖$this->logger，就会出问题 - ⚠️ 特殊情况：父类构造函数内部调用了被子类重写的非静态方法（即 late static binding 场景），此时
$this指向子类实例，但子类构造体尚未执行，要小心属性未初始化
替代方案：用组合代替继承时不需要 parent::__construct()
如果只是为了复用逻辑，而非真正“是一种”，强行继承并调用 parent::__construct() 反而增加耦合。这时更干净的做法是组合：
class UserService {
private DatabaseConnection $db;
public function __construct(DatabaseConnection $db) {
$this->db = $db; // 直接注入，无需继承
}
}
这种写法规避了构造链管理的复杂性，也更容易 mock 和测试。只有当语义上确实是“is-a”关系（如 MySQLConnection 是 DatabaseConnection 的一种）时，才值得走继承 + parent::__construct() 这条路。
最容易被忽略的一点：很多人只记得调用 parent::__construct()，却忘了检查父类构造方法是否抛异常（比如连接失败 throw new Exception），结果子类构造看似成功，后续调用直接 fatal。务必确认异常传播路径是否符合预期。
