parent::只能在子类方法中调用父类成员，全局、函数或闭包中使用会报致命错误；子类重写__construct()时必须显式调用parent::__construct()，否则父类初始化逻辑被跳过；仅可访问父类public/protected成员，private不可触达；推荐将parent::__construct()置于构造函数开头并包裹try/catch以确保资源安全。
parent:: 必须在类内部使用，否则直接报错
PHP 的 parent 关键字只在继承链中的子类方法或静态上下文中合法。一旦写在全局作用域、函数体里，甚至匿名函数中，PHP 解析器会在编译阶段就拒绝——不是警告，是致命错误：Fatal error: Uncaught Error: Cannot access parent:: when current class scope is not set 或 PHPStan 提前报 outOfClass.parent。
常见误写场景：
- 在
require后直接写parent::init()—— 这根本不在任何类里 - 在闭包里调用
parent::doSomething()—— 闭包没有类作用域 - 把
new parent()当成快捷方式实例化父类 ——parent不是类名，不能 new
子类有 __construct() 时，parent::__construct() 不是可选，而是必须显式调用
只要子类定义了自己的 __construct()，PHP 就完全跳过父类构造逻辑。哪怕父类构造函数只做一行日志或初始化一个关键属性，漏掉 parent::__construct() 都会导致对象处于半初始化状态。
尤其当父类构造函数带参数时，错误更隐蔽：
- 父类
__construct(string $configFile)，子类__construct()里没传参 —— 运行时报TypeError: ParentClass::__construct(): Argument #1 ($configFile) must be of type string - 父类构造函数里创建临时文件、连接数据库、加载配置，子类不调用它，后续方法可能直接
throw new Exception("config not loaded") - 参数顺序或类型不匹配（比如父类要求
array $options，子类传了string）—— PHP 8+ 会严格校验并中断执行
parent:: 调用受访问控制限制，private 方法不可触达
parent:: 只能访问父类的 public 和 protected 成员。如果父类把某个初始化逻辑封在 private function initInternal() 里，子类里写 parent::initInternal() 会立刻触发 Fatal error: Cannot access private method ParentClass::initInternal()。
这不是语法错误，是运行时权限失败。解决路径只有两个：
- 改父类：把
private改成protected（需你有修改权） - 绕开调用：用父类已暴露的
public/protected方法间接触发，或重写整个逻辑
注意：self:: 和 static:: 在这里不解决问题——它们不改变访问权限，只是绑定目标不同。
parent::__construct() 的调用位置影响初始化顺序和异常捕获
虽然 PHP 不强制 parent::__construct() 必须放在子类构造函数开头，但位置选择直接影响资源安全性和错误处理边界。
典型风险点：
- 放在末尾：子类先设置自己的属性，再调父类；但如果父类构造失败（如文件不存在、DB 连接超时），子类已设的属性可能处于脏状态，析构时难清理
- 放在中间：父类初始化后，子类又覆盖了某些共享属性（比如
$this->logger），可能导致父类后续逻辑用错实例 - 没包 try/catch：父类抛异常时，子类没机会释放已分配的临时资源（如打开的句柄、临时文件）
推荐做法：放在开头，并用 try { parent::__construct(...); } catch (\Throwable $e) { /* cleanup */ throw $e; } 包裹，确保父类失败时子类也能干净退出。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
