PHP 8.4 readonly 属性继承时怎样理解 protected(set)

PHP 8.4 中，未显式指定写入可见性的 readonly 属性隐含 protected(set)。继承它的子类因此可以在普通初始化时直接赋值，但初始化完成后仍不能再次修改。这里变化的是“哪些作用域有资格初始化”，不是把 readonly 变成可以随时更新的 protected 属性。

官方地址：https://www.php.net/manual/en/language.oop5.properties.php

假设文档基类声明了公开只读编号，子类根据导入来源生成编号。升级后，同一段子类赋值代码可能从不允许变成允许；但把它放进更新方法，再调用第二次仍会失败。下面用行为矩阵分析这个场景，不提供性能提升结论，也不声称示例已在本机运行。

先建立四项版本行为基线

本例只比较普通、尚未初始化的实例属性；不涉及反射、反序列化、属性重声明或克隆中的特殊规则。属性声明为 public readonly string，且没有显式覆盖写入可见性。

矩阵是按语言规则整理的预期，不是测试报告。它关注权限与初始化状态这两个维度，而非耗时、吞吐量或内存。迁移时最有价值的对照，是第二行变化之后，第四行是否仍被团队正确理解。

protected(set) 与 readonly 分别管什么

非对称可见性把读取和写入权限分开表达。public protected(set) 表示公开读取、受保护写入；readonly 则进一步限制初始化后的修改。把这两层合在一起看，才能理解为什么子类有写入作用域，却仍不能拿它做普通 setter。

例如 DocumentBase、ImportedDocument、reference、public 读取、protected(set) 写入、readonly 约束构成下面的关系。这里 public 修饰的是可读范围，不代表外部可赋值；而 readonly 限制也不会因为调用者是子类而消失。

让子类只负责一次构造初始化

下面第一份独立示例面向 PHP 8.4。基类只声明编号，没有父类构造逻辑先写入它；子类检查输入后赋值。tryReplace 专门演示不允许的普通更新，不是推荐的业务 API。

reference = $reference;
    }

    public function tryReplace(string $reference): void
    {
        // 已初始化后再次赋值会抛出 Error，即使新旧值相同。
        $this->reference = $reference;
    }
}

$document = new ImportedDocument('DOC-212');
echo $document->reference, PHP_EOL;
try {
    $document->tryReplace('DOC-213');
} catch (Error $error) {
    // 演示只读限制；生产代码不应把失败赋值当作正常更新路径。
    echo '只读属性拒绝再次赋值', PHP_EOL;
}

按 PHP 8.4 规则，编号构造完成后可以从对象外读取，而 tryReplace 内的第二次赋值会进入 Error 分支。即使把 DOC-213 改成原来的值，也不能把再次赋值变成合法操作。8.3 中则应在子类首次赋值处就遇到限制，因此不能期待它走到后面的演示分支。

未初始化、首次赋值、已初始化、再次赋值和 Error 是理解这段代码所需的状态词。图中只展示这些概念的静态关联，不充当实际输出或执行轨迹。

仍需兼容旧版本，就把初始化留在父类

如果同一代码库还要覆盖 PHP 8.1–8.3，不应仅根据开发机的 8.4 行为，把所有首次赋值挪到子类。更直观的方案是让声明类接收编号并完成赋值，子类调用父构造函数。下面是另一份独立示例，避免与前例混在一起运行。

reference = $reference;
    }
}

final class ChildRecord extends BaseRecord
{
    public function __construct(string $reference)
    {
        // 把值交给父类，不要在父构造完成后重复赋值。
        parent::__construct($reference);
    }
}

两种方案的区别是初始化职责的归属，不是性能优化。选择父类集中初始化，有利于把共同校验与对象有效状态放在一起；选择子类初始化，则需要明确各子类都能在使用编号前完成构造。不要让父子类分别“保险起见”写一遍，因为第二次赋值本身就是错误。

自测看行为覆盖，不看未测量的提速数字

读者可在自己的目标版本环境中分别保存独立示例，观察构造、读取与第二次写入的行为。建议把父类初始化、子类初始化、外部赋值和重复赋值分别作为四个测试用例，不要把会提前失败的所有路径串成一个脚本，否则后续行为可能根本没有执行。

维护时同时记录 CLI、Web 与 CI 实际运行版本。编辑器能解析声明，只说明开发工具理解语法，不等于部署运行时具备相同规则。测试用例应该断言值或异常类别，避免依赖完整错误文本一字不差。

protected(set) 自己等于 readonly 吗？不等于。单独设置受保护写入范围，并没有自动提供只读语义。

未初始化之前能读取吗？本例的类型属性必须先初始化再读取；可读可见性并不能替代有效值。

想让编号变化怎么办？先确认编号是否真该是可变状态。如果需要更新，重新设计对象或明确使用可变属性，不要把捕获 Error 当成成功更新。

这个变化可以概括成一句话：8.4 放宽了默认 readonly 初始化的继承作用域，但没有取消普通初始化后的修改限制。迁移时应先确定谁负责第一次赋值，再决定是否采用子类直接初始化。

可见性参考：https://www.php.net/manual/en/language.oop5.visibility.php。