php 8.3 允许在 __clone() 中唯一合法地重置只读属性以实现深度克隆，未定义该方法则克隆报错；仅可重置非共享的可变依赖（如时间戳、token），身份标识类属性（如 $id、$email）应保持不变。
PHP 8.3 的只读属性支持在 __clone() 中重新初始化，这是唯一能合法修改只读属性的运行时入口。不利用这点，克隆只会失败；滥用它，则破坏不可变语义。
克隆时必须重写 __clone() 才能修改只读属性
PHP 8.3 之前，克隆只读对象会直接报错 Cannot modify readonly property。8.3 允许在 __clone() 内部对只读属性赋值，但仅限该方法作用域 —— 这不是“绕过”，而是明确授权的深度克隆机制。
- 只读属性在克隆后仍保持只读状态，
__clone()是唯一可写窗口 - 未定义
__clone()的只读类，克隆会抛出致命错误 -
$this->prop = new DateTime();在__clone()中合法；在copy()或其他方法中非法 - 若属性有默认值（如
public readonly bool $active = true;），克隆后该值仍保留，无需在__clone()中重复赋值
__clone() 里该重置哪些只读属性？
只重置那些「不应被共享」的可变依赖，比如时间戳、资源句柄、随机 ID。不是所有只读属性都需要重置 —— 值对象的核心标识（如 $id、$email）通常应保持原样。
- ✅ 推荐重置：
$createdAt、$updatedAt、$token、$connectionId - ❌ 不应重置：
$userId、$slug、$currencyCode—— 这些是身份或上下文锚点 - ⚠️ 注意：重置对象实例（如
new DateTime()）时，确保新实例符合类型约束，否则触发类型错误
反射无法绕过只读限制，但可用于安全克隆逻辑
你不能用 ReflectionProperty::setValue() 修改只读属性，PHP 8.3 明确禁止。但 ReflectionProperty::isReadOnly() 能帮你自动识别哪些属性需要在 __clone() 中处理。
-
$prop->isReadOnly()返回true时，才考虑是否需在克隆中重置 - 框架级克隆器（如 DTO 映射器）可结合此判断 + 类型检查，自动生成安全的
__clone()逻辑 - 别试图用
setAccessible(true)强行写入 —— 它对只读属性无效，且 PHP 会抛出ReflectionException
真正容易被忽略的是：只读属性的克隆自由度是有边界的 —— 它只解耦了「副本的独立生命周期」，没解除「副本仍需遵守原始契约」的要求。比如重置 $createdAt 后，你仍不能在克隆体的其他方法里再改它。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
