rust所有权是编译器强制执行的内存控制协议，非语法糖；s1赋值给s2后失效因所有权转移，仅堆类型默认move；借用规则禁止同时存在可变与不可变引用；clone开销大，应优先借用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
Rust 所有权不是“语法糖”，它是编译器强制执行的内存控制协议——你写错，rustc 直接报错，不给你运行机会。
为什么 s2 = s1 后 s1 就不能用了？
这不是限制，是防错。Rust 把堆上数据（比如 String）的所有权看作“唯一钥匙”，谁拿着钥匙，谁负责在离开作用域时调用 drop 释放内存。一旦 s1 把钥匙交给 s2，s1 就没资格再碰那块内存了。
- 常见错误现象：
E0382: use of moved value: `s1` - 真实场景：函数传参、
let绑定、match分支中提取值，都会触发所有权转移 - 注意：只有堆分配类型（
String、Vec<t></t>、自定义结构体等）默认 move；i32、bool、&str等实现了Copytrait 的类型不会 move，而是复制
&T 和 &mut T 借用时，为什么不能混用？
这是 Rust 防数据竞争的核心设计：同一时间，要么多个只读引用（&T），要么一个可写引用（&mut T），二者不可共存。编译器靠这个规则，在编译期堵死并发写、写后读悬垂等隐患。
- 典型报错：
E0502: cannot borrow `s` as mutable because it is also borrowed as immutable - 容易踩的坑：在循环里先用
&s打印，再想用&mut s修改——不行，必须等所有&T生命周期结束 - 参数差异：
fn foo(x: &String)表示只读访问；fn bar(x: &mut String)表示你要改它，且此时没人能同时读它
什么时候该用 clone()，什么时候该用借用？
clone() 是深拷贝，开销取决于数据大小；借用是零成本抽象，但受生命周期约束。选哪个，本质是在「性能」和「灵活性」之间做判断。
- 用
clone()的合理场景：确实需要两份独立数据（比如存进两个不同容器、发给两个线程处理） - 用借用的场景：只是临时查看或只读计算（如传给
len()、contains()、格式化打印） - 性能影响：
String::clone()会重新分配堆内存并 memcpy 内容；而&String只传一个指针（16 字节） - 别滥用：
let s2 = s1.clone(); println!("{}", s1);虽然能编译，但若只是为了读取，完全可以用&s1
最常被忽略的点：生命周期不是“你写不写”的问题，而是“编译器能不能推断出来”。当函数返回引用、或结构体字段存引用时，'a 标注就绕不开——这不是高级技巧，是所有权规则在跨作用域时的自然延伸。
