PHP 8.3 动态类常量获取与深克隆（Deep Clone）：现代 PHP 面向对象编程的新特性解析-php教程-PHP中文网

php 8.3 的 classname::{$name} 和 __clone() 中重置 readonly 属性是解决动态常量访问脱离类型系统、只读对象无法安全深拷贝的刚性改进，非语法糖；前者强制字符串求值、支持类型校验与 ide 补全，后者仅允许在 __clone() 中对本类声明的 readonly 属性赋值一次。

php 8.3 动态类常量获取与深克隆（deep clone）：现代 php 面向对象编程的新特性解析

PHP 8.3 的 ClassName::{$name} 语法和 __clone() 中对 readonly 属性的赋值支持，不是语法糖，而是解决两类真实工程问题的刚性改进：一类是动态常量访问时绕过类型检查、IDE 补全和错误拦截；另一类是只读对象无法安全深拷贝导致的逻辑断裂。忽略它们，升级后大概率触发 Fatal error。

动态获取类常量：用 `Foo::{$name}` 替代 `constant()` 拼接

老写法 constant(Foo::class . '::' . $name) 看似能用，但实际埋了三颗雷：拼错双冒号不报错、常量不存在时只发 E_WARNING（可能被静默忽略）、完全脱离类型系统。PHP 8.3 的 Foo::{$name} 强制要求 $name 是字符串，否则立刻抛 TypeError，且 IDE 能补全、静态分析能校验类型。

$name 必须求值为字符串，Foo::{$number}（$number = 123）直接报错
支持表达式，如 Foo::{"V" . "ERSION"} 或 Foo::{$config->getConstName()}，只要最终结果是字符串
与类型化常量天然兼容：若 Foo::VERSION 声明为 public const int VERSION = 42;，那么 Foo::{$name} 在 $name === 'VERSION' 时返回值也必为 int
枚举同样适用：enum Status { case Active; } $case = 'Active'; var_dump(Status::{$case});

深克隆只读对象：在 `__clone()` 中重置 `readonly` 属性的规则

PHP 8.3 允许在 __clone() 方法体内对本类声明的 readonly 属性赋值一次——这是唯一被允许绕过 readonly 冻结的场景。但它有严格限制：必须显式直接赋值、不能在条件分支里、不能通过引用或解构间接修改。

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

只读属性必须由当前类自身声明，继承来的 readonly 属性（哪怕父类也是 readonly 类）在子类 __clone() 中不可赋值
嵌套只读对象需逐层实现 __clone()，例如 Post 包含 readonly Author $author，则 Post::__clone() 中要写 $this->author = clone $this->author;，且 Author::__clone() 必须存在并处理它自己的只读属性
若子类未定义 __clone()，克隆后只读属性保持未初始化状态（null 或默认值），后续访问可能触发 TypeError
可用 ReflectionProperty::isReadOnly() + $prop->getDeclaringClass() === $reflectedClass 组合判断是否可安全赋值

容易踩坑的组合场景：动态常量 + 只读类 + 继承

当类型化常量、动态访问和只读类一起出现时，最容易忽略的是“声明归属”这个隐性约束。比如父类定义了 public const string CONFIG = 'dev';，子类继承后想用 self::{$key} 动态读取，没问题；但若子类试图在 __clone() 中修改一个从父类继承的 readonly 属性，哪怕类型一致，也会立即 Fatal error。