右值引用解决临时对象低效拷贝问题，通过移动语义转移资源；std::move仅类型转换，不执行移动；移动构造函数需noexcept才能被vector调用；万能引用依赖模板推导与引用折叠。
右值引用解决的是临时对象的低效拷贝问题
在 C++11 之前，std::vector 扩容、函数返回 std::string、构造临时容器等场景，都会触发深拷贝——哪怕那个对象马上就要被销毁。右值引用让编译器能区分“可以被安全掏空的对象”（比如函数返回的临时值），从而启用移动语义，把资源（如堆内存指针）直接转移，避免无谓的内存分配和复制。
std::move 不是移动，只是类型转换
std::move 只做一件事：把一个左值强制转成右值引用类型，好让后续调用匹配到移动构造函数或移动赋值运算符。它本身不搬数据、不释放资源、不改变原对象逻辑状态——但原对象进入“有效但未定义状态”，后续再访问其内部资源（如 data() 指针）就危险了。
- 常见误用：
std::move(x)后继续用x.size()——可能返回 0 或崩溃，取决于移动实现 - 正确姿势：只在确定该对象生命周期即将结束时才用
std::move，例如 push 到容器、作为函数返回值、或在移动赋值函数体内 - 注意：对
int、double等 trivial 类型，移动和拷贝没区别；收益集中在管理动态资源的类（std::vector、std::unique_ptr等）
移动构造函数必须标记为 noexcept 才可能被 std::vector 实际调用
std::vector 在扩容时若需重新分配并移动元素，会先检查移动构造函数是否 noexcept：如果不是，它宁可退回到拷贝（即使你写了移动函数），因为异常安全优先级更高。
- 错误写法：
MyClass(MyClass&& other) { /* 可能抛异常的代码 */ } - 推荐写法：
MyClass(MyClass&& other) noexcept : ptr_(other.ptr_), size_(other.size_) { other.ptr_ = nullptr; } - 漏掉
noexcept是生产环境中移动语义“失效”的最隐蔽原因之一
万能引用（Universal Reference）不是语法新概念，而是模板推导 + && 的巧合
当模板参数写成 T&& 且 T 是自动推导类型时（如函数模板），它实际是“转发引用”，既能绑定左值也能绑定右值——这依赖于引用折叠规则（T& && → T&，T&& && → T&&）。它和右值引用是两套机制，混用容易出错。
立即学习“C++免费学习笔记（深入）”；
- 典型场景：
templatevoid wrapper(T&& arg) { foo(std::forward (arg)); } - 关键点：
std::forward才真正保留原始值类别；只写(arg) std::move(arg)会强制变成右值，破坏完美转发 - 非模板上下文中的
T&&（如类成员函数声明）就是纯粹的右值引用，不参与类型推导
移动语义的复杂性不在语法，而在资源所有权的显式交接时机——稍有不慎，就会出现悬空指针、重复释放，或者看似写了移动却根本没触发。真正难的是判断“谁该拥有这块内存”，而不是怎么写 noexcept。
