clone默认是浅拷贝，导致数据共享、资源失效、id冲突；必须用__clone()手动深拷贝对象属性、重置唯一字段并处理资源，否则引发线上事故。
直接用 clone 不解决问题，反而容易引发数据共享、资源失效、ID冲突等线上事故；真正可控的原型模式，必须依赖 __clone() 魔术方法手动干预克隆行为。
为什么 clone 默认是“假复制”
PHP 的 clone 本质是浅拷贝：标量字段（int、string）值被复制，但对象、数组、资源等引用类型仍指向同一内存地址。这意味着：
- 修改副本中的
$this->items数组，原对象的$items也跟着变 -
$this->pdo或fopen()句柄被两个对象共用，第二次 close 会报错 -
$this->id = uniqid()这类唯一标识不会重生成，导致克隆体和原型 ID 冲突
__clone() 是唯一能补救的地方
__clone() 在 clone 执行后自动触发，且仅对当前实例生效——它是你修正状态的最后机会，不是可选项。
- 必须显式
clone所有嵌套对象属性，例如：$this->customer = clone $this->customer; - 数组里的对象要逐个克隆：
foreach ($this->items as $k => $item) { $this->items[$k] = clone $item; } - 资源型属性（如
PDO、Closure、文件句柄）不能直接克隆，应抛出异常或重新初始化 - 重置唯一字段：
$this->id = 0;或$this->createdAt = new DateTime(); - 禁止在
__clone()中调用clone $this，否则无限递归栈溢出
别碰序列化反序列化这种“深拷贝幻觉”
用 unserialize(serialize($obj)) 看似能绕过 __clone()，但它有硬伤：
- 破坏对象的原始类结构：
__wakeup()会被触发，可能执行不该重复的逻辑 - 无法处理资源（
resource）、闭包（Closure）、PDO 实例，直接失败 - 性能比原生
clone+__clone()低一个数量级，尤其对象含大数组时 - 若类中含
private属性或魔术方法，序列化结果不可靠
什么时候该放弃原型模式
原型模式只在明确满足以下条件时才值得引入：
- 对象构造耗时 > 5ms（比如加载配置、解析模板、预建缓存树）
- 初始化逻辑不可拆分（不能用工厂+参数缓存替代）
- 克隆后需保持与原型一致的中间状态（如已计算好的
$this->summary）
否则，用 new 更直观、更易调试；强行套用原型模式只会把简单问题复杂化，尤其是当业务对象频繁变更结构时，__clone() 很容易漏修新字段。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
