Rust 出现所有权/借用/生命周期编译错误（E0382…

当 Rust 报「value moved / borrowed value does not live long enough / cannot move out of / use of moved value」等所有权、借用、生命周期错误时，用数据领域角色和所有权设计来定位根因并选择正确修法，而不是靠 clone 硬压。

适用场景

解决思路

1. 修错前先问核心问题：这份数据应该由谁拥有、拥有多久；并判断它的角色——是共享还是独占、是短生命周期还是长生命周期、是被转换还是只读。
2. 遇到具体错误码时，不要直接照搬“标准修法”，而是反问设计问题：E0382 不要只说 “Clone it”，要问“谁应该拥有这份数据”；E0597 不要只说“延长生命周期”，要问“作用域边界是否正确”；E0506 不要只说“先结束借用”，要问“变更是否应该发生在别处”；E0507 不要只说“move 前 clone”，要问“为什么要从引用里移出”；E0515 不要只说“返回 owned”，要问“调用方是否应该拥有数据”；E0716 不要只说“绑定到变量”，要问“为什么这里是临时值”；E0106 不要只说“加 'a”，要问“实际的生命周期关系是什么”。
3. 判断数据的领域角色并据此选所有权：Entity（唯一标识）→ 用 owned；Value Object（可互换）→ clone/copy 可以接受；Temporary（计算结果）→ 考虑重构数据结构。
4. 判断当前所有权设计是否有意为之：若是有意设计，就在约束内实现；若是意外形成，考虑重新设计。
5. 区分“修症状”还是“重新设计”：如果是第 3 次尝试仍没解决（Strike 3），升级到 Layer 2，向设计层追溯。
6. 错误反复出现时向上追溯到设计层：E0382 反复 → 查 m09-domain（这是 Entity 还是 Value Object）；E0597 反复 → 查 m02-resource（是否该用 Arc/Rc 共享）；E0506/E0507 → 查 m03-mutability（是否该用内部可变性）。
7. 从设计决策向下落到实现：需要不可变共享 → 用 Arc<T>（多线程）或 Rc<T>（单线程）；需要独占所有权 → 用 move 语义、取得所有权；只需要只读视图 → 用 &T 不可变借用。
8. 按模式和场景选所有权方案：Move（转移所有权，零成本）用于调用方不再需要数据；&T（借用，零成本）用于只读访问；&mut T（独占借用，零成本）用于需要修改；clone()（复制，有分配+拷贝成本）用于确实需要副本；Rc<T>（单线程共享，引用计数）用于单线程共享；Arc<T>（多线程共享，原子引用计数）用于多线程共享；Cow<T>（写时克隆，被修改时才分配）用于可能修改的场景。
9. 按错误码执行快速修法：E0382 值被移走 → clone、改用引用或重新设计所有权；E0597 引用比属主活得长 → 扩大属主作用域或重构；E0506 借用期间赋值 → 先结束借用再修改；E0507 从借用中移出 → clone 或改用引用；E0515 返回局部引用 → 返回 owned 值；E0716 临时值被丢弃 → 绑定到变量；E0106 缺少生命周期 → 加 'a 标注。
10. 避免四类反模式：不要到处 .clone()（会掩盖设计问题，应正确设计所有权）；不要与借用检查器对抗（只会增加复杂度，应顺着编译器工作）；不要什么都用 'static（会限制灵活性，应用合适的生命周期）；不要用 Box::leak 泄漏（造成内存泄漏，应做正确的生命周期设计）。
11. 需要继续深入时按需查阅相关技能：需要智能指针 → m02-resource；需要内部可变性 → m03-mutability；数据是领域实体 → m09-domain；学习所有权概念 → m14-mental-model。

适用边界 · 注意事项

• 仅适用于 Rust 的 ownership/borrow/lifetime 编译错误；其他语言没有借用检查器，不适用。
• 当根因实际在更上层（共享/资源策略、可变性设计、领域建模）时，不要在本层反复硬修，应转到对应层。
• 不要用无脑 clone、到处加 'static 或 Box::leak 来消错，这些做法只是掩盖设计问题。