计算属性名在深度克隆时丢失，根本原因是 deepcopy 仅复制实例状态，不处理类层级的 property、__getattr__ 动态逻辑及类变量表达式；需手动固化或 type() 重建类来保留。
计算属性名在深度克隆时丢失，根本原因不是“未就绪”，而是 deepcopy 不处理类对象的类属性（如描述符、property、动态生成的 __dict__ 键）。它只递归拷贝实例状态，对类层级的定义逻辑完全跳过——哪怕这个属性是通过 @property 或 __getattr__ 动态暴露的，也不会被复制。
明确哪些“计算属性”会被 deepcopy 忽略
以下三类属性在用 copy.deepcopy() 拷贝类或实例时，一律不会被保留：
-
@property 定义的只读计算属性：它们本质是 descriptor，没有实际存储在
__dict__中 - 通过 __getattr__ / __getattribute__ 动态返回的属性名：运行时逻辑，非静态结构
-
类变量中依赖外部状态的表达式结果（如
computed_name = f"item_{uuid.uuid4()}"）：每次访问都可能不同，deepcopy 不执行代码
正确保留计算属性名的两种实用方式
关键思路：不靠 deepcopy “猜”逻辑，而是显式重建或提前固化。
-
方式一：克隆前手动提取并注入
在调用 deepcopy 前，把需要保留的计算属性值先取出来，存为普通实例属性：obj._cached_name = obj.computed_name # 显式固化
再 deep copy，新对象就能带这个值。适合属性值稳定、可缓存的场景。 -
方式二：用 type() 重建类 + 显式绑定 descriptor
若必须拷贝整个类（而非实例），用type(name, bases, attrs)创建新类，并把 property 对象显式写入 attrs：NewClass = type('NewClass', (OriginalClass,), { 'name': OriginalClass.name })
注意：property 对象本身不可 deep copy，但可以直接引用原对象——只要不修改其内部 state。
避免踩坑的实操提醒
不要试图让 deepcopy “自动理解”你的计算逻辑。它不是解释器，只是内存结构复制器。
- 对
@property，别指望deepcopy(obj).__dict__里有它；要访问，仍得走obj.computed_name - 如果属性依赖当前时间、随机数、外部 API，那它本就不该被“克隆”——应设计为每次访问实时计算
- 测试是否丢失，最直接的方法是：
hasattr(copied_obj, 'computed_name')返回 True，且copied_obj.computed_name == original_obj.computed_name
