PHP 8.1+通过只读属性和只读类强制不可变性：一、构造函数属性提升声明public readonly；二、显式构造函数内初始化；三、PHP 8.2 readonly class整体锁定；四、DI容器禁用非构造注入；五、静态分析工具提前拦截非法赋值。
如果您在PHP应用中尝试对已声明为只读的属性或类进行赋值操作，却收到“Cannot modify readonly property”错误，则说明PHP运行时正在强制执行不可变性约束。以下是针对PHP 8.1只读属性与PHP 8.2只读类在属性注入场景下保障不可变性的多种实践方法：
一、使用构造函数属性提升配合readonly声明
该方法利用PHP 8.1引入的构造器属性提升（Constructor Property Promotion）语法，在声明属性的同时完成初始化，确保只读属性仅在构造阶段被赋值，杜绝后续注入可能。
1、在类定义中将参数直接声明为public readonly类型，并置于构造函数签名内。
2、PHP自动将该参数绑定为公共只读属性，并在对象实例化时完成一次性赋值。
立即学习“PHP免费学习笔记（深入）”；
3、任何后续尝试通过对象句柄直接赋值（如$obj->prop = ...）将触发致命错误：Fatal error: Cannot modify readonly property。
二、显式构造函数内初始化readonly属性
当需要更精细的初始化逻辑（如条件判断、外部依赖注入或异常处理）时，可放弃属性提升，转而在构造函数体内显式赋值，仍保持readonly语义不变。
1、在类中声明public readonly属性，不带默认值且不参与属性提升。
2、在__construct()方法体内，使用$this->prop = ...完成首次且唯一一次赋值。
3、确保所有路径均完成赋值；若某分支未赋值，PHP将在实例化时抛出：Error: Readonly property must be initialized。
三、采用PHP 8.2 readonly class整体锁定
该方法适用于整个数据结构需完全不可变的场景，如DTO、配置对象或领域值对象。声明为readonly class后，所有属性（无论是否显式标注readonly）均自动获得只读语义，从语言层面阻断任何属性注入可能。
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
1、使用readonly class ClassName { ... }语法定义类。
2、所有公共属性（包括通过构造器提升声明的属性）均隐式为只读，无需重复添加readonly关键字。
3、尝试在构造函数外修改任意属性，或在子类中添加非只读属性，将导致：Fatal error: Cannot modify readonly property 或 Compile Error: Non-readonly property in readonly class。
四、结合依赖注入容器进行只读对象构建
在使用Symfony、Laravel等支持构造注入的框架时，可通过容器配置确保只读对象始终通过构造函数完整初始化，避免运行时反射或setter注入破坏不可变性。
1、在服务定义中明确指定构造参数，禁用setter注入与属性注入（如Symfony中设置autowire: false并手动配置arguments）。
2、禁止容器对只读类启用property或setter注入机制，防止通过反射绕过构造函数赋值。
3、在容器扩展或编译阶段校验：若检测到对readonly类或含readonly属性的类配置了非构造注入方式，立即抛出异常：InvalidDefinitionException: Readonly class does not support property injection。
五、静态分析与CI阶段强制校验
仅依赖运行时错误不足以防范开发阶段的误操作。需借助PHPStan、Psalm等静态分析工具，在代码提交前识别潜在的只读属性非法写入模式。
1、在phpstan.neon中启用phpstan-phpunit与phpstan-strict-rules扩展，并配置checkUninitializedProperties: true。
2、编写自定义规则插件，扫描所有对readonly属性的赋值语句（除构造函数内），标记为error级别问题。
3、在CI流水线中集成该检查，任一违反readonly语义的赋值操作将导致构建失败，输出提示：Violation: Attempt to assign to readonly property outside constructor。
