Rust E0382 移动后借用 — 能通过编译的所有权修复

阅读编译器给出的移动位置与借用冲突，选择借用、克隆、字段拆分或 mem::take，修复 Rust 所有权与借用错误。

现象

报 error[E0382]: borrow of moved value: config，或 error[E0502]: cannot borrow items as mutable because it is also borrowed as immutable；错误指向函数调用或循环之后再次使用变量；随手加 clone() 能编译，但性能或语义发生变化。

诊断

完整阅读编译器的移动轨迹：

cargo build 2>&1 | sed -n '/E0382/,+25p'
rustc --explain E0382
cargo clippy --all-targets -- -D warnings

Rust 会标出值在哪里被移动、之后又在哪里被使用，并常给出修改建议；真正的决策点在移动处，而不是后面的使用处。rustc --explain 提供最小示例。Clippy 能发现为消除借用错误而添加的多余 clone，这通常说明设计本身需要调整。再确认方法签名：接收 self 的方法会消耗值，接收 &self 或 &mut self 的只是借用。

修复

按成本从低到高选择：只读时传 &T，需要原地修改时传 &mut T，只有双方确实需要独立数据时才 clone。借用冲突可缩短不可变借用的生命周期，或把结构体字段分开借用：

struct State {
    users: HashMap<u64, User>,
    events: Vec<Event>,
}

let State { users, events } = &mut state;
users.insert(1, user);
events.push(event);

需要取出旧值且可留下默认值时使用 std::mem::take；共享可变状态则用 RefCell、Mutex 或原子类型，而不是与借用检查器对抗。

验证

cargo build 与 cargo clippy --all-targets -- -D warnings 均无告警，测试通过。若新增了 clone，确认它位于冷路径或写明共享所有权的理由；把参数改为借用后，调用方不应被迫增加 clone。用 RefCell 时还要确认运行时借用不会 panic。