必须显式调用parent::__construct()，否则父类初始化逻辑（如属性赋值、资源连接）完全丢失；参数须严格匹配签名，php 8.0+不支持new时命名参数。
构造函数必须显式调用父类 __construct() 才能继承初始化逻辑
子类定义了 __construct() 后，PHP 不会自动调用父类构造函数。如果忽略这一步，父类的属性赋值、资源连接、参数验证等逻辑就完全丢失了。
常见错误现象：子类对象创建后，父类声明的 protected $config 为空，日志里没看到父类构造时的初始化提示。
- 必须在子类构造函数第一行手动写
parent::__construct(...) - 参数顺序和数量要严格匹配父类签名，否则报
ArgumentCountError - 若父类构造函数有类型声明（如
string $host），子类传参也得满足，不能传null或数组 - PHP 8.0+ 支持命名参数，但
new实例化时不支持，仍需按顺序传参
析构函数不能带参数且无法保证执行时机
__destruct() 看似是“收尾工作”的理想位置，但它只在对象引用计数归零时触发——这个时机不可控，也不可预测。
使用场景受限：适合释放轻量资源（如关闭已打开的小文件句柄），不适合做关键业务操作（如提交事务、发通知、写审计日志）。
- 函数签名固定为
public function __destruct()，加任何参数都会报ParseError - 脚本中途
exit()或发生致命错误时，__destruct()仍会被调用；但 Apache 进程被 kill、PHP-FPM worker 被重启时，它可能根本不会运行 - 多个对象销毁顺序是“后创建、先销毁”，类似栈，别依赖销毁顺序做状态联动
- 不要在析构函数里抛异常——它会被静默忽略，且可能干扰垃圾回收
PHP 8.0+ 属性提升让构造函数体变空，但语义更清晰
传统写法中，__construct() 里一堆 $this->x = $x 只是机械赋值；PHP 8.0 引入的属性提升直接把意图写进参数声明，既减少样板代码，又强化类型与可见性约束。
容易踩的坑：属性提升不是语法糖，它会真实生成属性并绑定访问控制，且不支持动态属性名或条件声明。
- 写法：
public function __construct(public string $name, protected int $id) {} - 效果等价于：声明
public string $name和protected int $id，并在构造时自动赋值 -
readonly修饰符（PHP 8.1+）只能用于属性提升，不能用于普通属性声明后再设只读 - 如果构造函数体非空（比如要校验
$id > 0），仍需保留花括号，不能省略
别在构造函数里做耗时或不可靠操作
构造函数本质是对象诞生的“出生证明”，不是业务执行入口。把它当成初始化通道，而不是任务调度器。
性能与可靠性风险明显：数据库连接失败导致整个对象创建失败；远程 API 超时卡住请求；文件锁竞争引发死锁。
- 禁止在
__construct()中调用file_get_contents()、curl_exec()、new PDO()等阻塞操作 - 参数验证可以做（如
if (empty($name)) throw new InvalidArgumentException(...)），但应轻量、快速、无副作用 - 需要“创建即可用”的场景，改用静态工厂方法（如
User::fromId(123)），把重操作封装在方法内部，构造函数保持干净 - 反序列化重建对象时，
__construct()不会再次执行——这意味着构造时做的初始化，在unserialize()后不存在
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
