__destruct() 不保证执行，仅在对象引用计数归零时由GC触发，exit()、致命错误、kill -9或超时终止均会跳过；关键资源释放不可依赖它，须用try...finally或显式close()。
__construct 和 __destruct 不是“可选的初始化/清理钩子”，而是 PHP 对象生命周期中唯一被语言强制保障调用时机的两个魔术方法；但 __destruct 的执行不保证，尤其在脚本异常终止或 exit() 后不会触发。
__construct 为什么必须显式调用 parent::__construct()？
子类定义了 __construct() 时，父类的构造函数不会自动执行。这和普通方法继承不同，是 PHP 明确规定的例外行为。
- 不调用
parent::__construct()→ 父类中依赖构造函数完成的初始化（如属性赋值、连接建立、配置加载）全部跳过 - 即使父类
__construct()是public且无参数，也必须手动写这一行 - 如果父类构造函数有参数（比如
__construct(string $dsn)），子类必须传递对应实参，否则报Fatal error: Uncaught ArgumentCountError
__destruct 什么时候根本不会执行？
__destruct() 只在对象引用计数归零时由 GC 触发，不是“脚本结束前必跑”。很多你以为的“安全兜底”其实并不可靠。
- 脚本中途调用
exit()或die()→__destruct()被跳过 - 发生致命错误（
Fatal Error）→ 对象直接销毁，不走析构逻辑 - CLI 模式下进程被
kill -9强杀 → 零机会执行 - Web SAPI 中请求超时（如 nginx 504）→ PHP 进程可能被粗暴终止
所以，**不能把关键资源释放（如解锁数据库行、释放文件锁、提交事务）只押在 __destruct() 上**；应配合 try...finally 或显式 close() 方法。
立即学习“PHP免费学习笔记（深入）”；
构造函数参数类型与默认值怎么影响实例化？
__construct() 支持完整 PHP 类型声明和默认值，但参数缺失时的报错时机很关键：它发生在 new 表达式执行时，而非对象创建后。
- 必需参数没传 → 立即抛
ArgumentCountError，对象根本不会生成 - 类型不匹配（如传
string给int参数）→ 同样在new阶段失败，不会进入构造函数体 - 带默认值的参数（如
public function __construct(int $x, string $mode = 'default')）→ 允许只传一个参数，第二个用默认值 - PHP 8.0+ 支持命名参数，但构造函数调用时不支持（
new Foo(x: 1)语法非法），只能位置传参
为什么不要在 __destruct 里做耗时或阻塞操作？
析构函数运行在 GC 回收阶段，此时执行环境已不稳定：输出缓冲可能已关闭、HTTP 响应头已发送、超时计时器仍在跑。
- 在
__destruct()中调用sleep(1)或远程 API → 可能导致整个请求响应延迟甚至超时 - 尝试
echo或var_dump()→ 通常无声无息，因为输出流早已关闭 - 写日志用
error_log()是安全的，但用file_put_contents()开FILE_APPEND模式仍需注意并发写入风险 - 更隐蔽的问题：若析构过程中抛出异常，PHP 会静默忽略（不报错也不传播），调试极其困难
真正该警惕的是：__destruct 的执行顺序不确定，多个对象互相持有引用时，谁先析构、谁后析构无法预测——这意味着你不能假设另一个对象在当前析构函数里还“活着”。
