如何阻止所有权被移动？
解读
在 Rust 面试里，这道题考察的不是“语法记忆”，而是“对所有权模型本质的理解”。
国内大厂（华为、阿里、字节、PingCAP 等）的面试官通常用此题快速筛掉“只会写 let / clone”的候选人。
核心矛盾：Rust 的默认语义是“move”，一旦值被移出，原变量就不可再用；如果后续代码仍想保留使用权，就必须“阻止移动”。
面试官期待你给出“编译期零成本、运行时零开销”的完整思路，而不是简单抛出一个 clone 交差。
知识点
- Copy trait：编译期自动按位复制，调用栈上 memcpy，不生成 drop 代码，零开销。
- Clone trait：显式深拷贝，堆内存再分配，有运行时成本，需慎重。
- 引用（&T / &mut T）：不转移所有权，仅出借使用权，生命周期由借用检查器静态验证。
- Rc / Arc：共享所有权，引用计数在堆上，线程版本 Arc 额外带原子操作成本。
- RefCell / Mutex：内部可变性，与 Rc/Arc 组合解决“共享可变”问题，但把借用检查推迟到运行时，可能 panic。
- std::mem::replace / take：把值先移出再回填默认值，常用于 Option 场景，本质仍是“移走+再移回”，并非真正阻止。
- Pin：固定堆上对象地址，阻止因移动而导致自引用失效，属于“阻止内存位置移动”，与“所有权移动”概念不同，面试中若主动提到可加分，但需讲清区别。
答案
阻止所有权被移动，首选让类型实现 Copy；若类型内部含堆指针或需要自定义析构，则退而求其次使用不可变引用 &T 或可变引用 &mut T；当需要多所有者共享时，用 Rc（单线程）或 Arc（多线程）包裹；若还要在共享时修改，再套 RefCell 或 Mutex。
一句话总结：“能 Copy 绝不 Clone，能借绝不移，必须共享才用 Rc/Arc，并保证生命周期/线程安全由编译器或运行时兜底。”
拓展思考
- 自引用结构体：即便用了 Rc，一旦结构体内部存了指向自身的指针，仍会因移动导致悬垂；此时需 Pin + Unsafe 或 bumpalo/ouroboros 等库，把对象钉在固定地址，面试可展开“Pin 不是阻止所有权移动，而是阻止内存地址移动”的深入讨论。
- 性能权衡矩阵：Copy 与 Clone 的取舍、Arc 原子计数在 NUMA 机器上的伪共享、RefCell 运行时 borrow 检查对实时系统的可预测性影响，都是国内做高性能网关或数据库内核时面试官爱追问的细节。
- 标准库源码级考点：Vec::drain 过滤器、HashMap 的 RawTable 在 rehash 时如何利用 replace/take 避免二次分配，可体现你对“移走再移回”底层实现的掌握。
- ** unsafe 边界**：有时必须用 ptr::read/write 手动阻止编译器移动，但需在 unsafe 块里自证内存安全，面试时可结合“华为 Rust 操作系统内核”或“阿里云盘古存储”实际案例，说明如何在零停机升级场景下保证内存模型不变。