用途
本技能用于处理 Rust 中的所有权（ownership）、借用（borrow）与生命周期（lifetime）问题，属于语言机制层（Layer 1）。当代码出现 E0382、E0597、E0506、E0507、E0515、E0716、E0106 等编译错误，或出现 value moved、borrowed value does not live long enough 等提示时，可借助本技能进行诊断与设计层面的思考。
核心问题
在修复所有权错误之前，先理解数据的角色：
- 它是共享的还是独占的？
- 它是短命的还是长命的？
- 它是被转换的还是只被读取的？
错误 → 设计问题
本技能强调不要只做表面修复，而应追问设计问题：
- E0382：不要只说“Clone it”，而应问“谁应该拥有这份数据？”
- E0597：不要只说“Extend lifetime”，而应问“作用域边界是否正确？”
- E0506：不要只说“End borrow first”，而应问“修改是否应该发生在别处？”
- E0507：不要只说“Clone before move”，而应问“为什么我们要从引用中移动？”
- E0515：不要只说“Return owned”，而应问“调用方是否应该拥有数据？”
- E0716：不要只说“Bind to variable”，而应问“为什么这是临时值？”
- E0106：不要只说“Add 'a”，而应问“实际的生命周期关系是什么？”
思考提示
修复所有权错误前，先问：
- 这份数据的领域角色是什么？
- 实体（唯一身份）→ 拥有
- 值对象（可互换）→ clone/copy 可以接受
- 临时值（计算结果）→ 也许需要重构
- 所有权设计是有意的吗？
- 有意设计 → 在约束内工作
- 意外形成 → 考虑重新设计
- 修复症状还是重新设计？
- 如果第三次尝试（Strike 3）→ 升级到 Layer 2
向上追溯
当错误持续出现时，追溯到设计层：
- E0382（值被移动）→ 问：什么设计选择导致了这种所有权模式？→ 检查 m09-domain（这是实体还是值对象？）→ 检查 domain-*（适用什么约束？）
- E0382 反复出现 → m02-resource：是否应该用 Arc/Rc 来共享？
- E0597 反复出现 → m09-domain：作用域边界是否在正确位置？
- E0506/E0507 → m03-mutability：是否应该使用内部可变性？
向下追溯
从设计决策落到实现：
- “数据需要不可变共享” → 使用 Arc<T>（多线程）或 Rc<T>（单线程）
- “数据需要独占所有权” → 使用移动语义，取得所有权
- “数据是只读视图” → 使用 &T（不可变借用）
快速参考
所有权模式对照：
- Move：转移所有权，零成本，调用方不再需要数据时使用
- &T：借用，零成本，只读访问时使用
- &mut T：独占借用，零成本，需要修改时使用
- clone()：复制，分配 + 拷贝，确实需要副本时使用
- Rc<T>：共享（单线程），引用计数，单线程共享时使用
- Arc<T>：共享（多线程），原子引用计数，多线程共享时使用
- Cow<T>：写时克隆，修改时才分配，可能修改时使用
错误代码参考
- E0382：值被移动 → 克隆、引用或重新设计所有权
- E0597：引用比所有者活得更久 → 扩展所有者作用域或重构
- E0506：借用期间赋值 → 在修改前结束借用
- E0507：从借用中移动 → 克隆或使用引用
- E0515：返回局部引用 → 返回拥有所有权的值
- E0716：临时值被丢弃 → 绑定到变量
- E0106：缺少生命周期 → 添加 'a 标注
反模式
- 到处 .clone()：掩盖设计问题 → 正确设计所有权
- 与借用检查器对抗：增加复杂度 → 与编译器协作
- 所有东西都用 'static：限制灵活性 → 使用合适的生命周期
- 用 Box::leak 泄漏：内存泄漏 → 正确的生命周期设计
相关技能
- 需要智能指针 → m02-resource
- 需要内部可变性 → m03-mutability
- 数据是领域实体 → m09-domain
- 学习所有权概念 → m14-mental-model
限制
本技能聚焦于所有权与生命周期问题的诊断与设计思考，不涉及具体代码生成或自动修复。资料中未提供安装命令、收费信息、平台支持范围或具体使用步骤，这些内容暂未提供。