PHP 8.2 中析构器（__destruct）本身无只读语义，但可在只读类中合法定义；其核心限制是禁止修改只读属性，仅允许读取、日志、资源释放等无副作用操作。
PHP 8.2 中的析构器（__destruct()）本身不支持“只读”语义，也没有“只读析构器”这一概念；所谓“析构器只读笔记”，实为对只读类（readonly class）中析构器行为的准确记录与避坑要点——尤其当开发者误以为可在析构器中修改只读属性时，会触发运行时致命错误。
只读类中定义析构器是否合法
可以定义，且无需特殊修饰。析构器只是普通方法，PHP 不限制其在只读类中的存在。
在只读类内部直接写 public function __destruct() { ... } 即可，语法无报错。
【析构器不能访问或修改只读属性的值】——这是最易踩的坑：虽然析构器能被调用，但若其中尝试赋值（如 $this->name = 'new';）或引用未初始化属性，会立即抛出 Fatal error: Cannot modify readonly property。
立即学习“PHP免费学习笔记（深入）”；
析构器里能安全做什么
方法一：仅执行日志、资源释放、外部通知等无副作用操作。
方法二：读取只读属性值并用于判断逻辑，例如：if ($this->status === 'active') { $this->logCleanup(); } —— 这完全合法，只读限制仅作用于写入。
方法三：调用其他只读对象的方法，或触发事件监听器，只要不试图改变当前实例的任何属性。
常见错误操作及修正路径
第一步：检查析构器内所有赋值语句 → 删除所有形如 $this->xxx = ... 的代码。
第二步：确认是否意外调用了父类中可变属性的 setter（若父类非只读）→ 若子类是只读类，继承自普通父类，则父类的可变属性仍可被修改，但【这会破坏只读契约，应绝对避免】。
第三步：将原计划在析构器中做的“状态重置”逻辑上移到构造前或使用工厂方法预校验，析构器只保留清理职责。
