右值引用是参与重载决议的类型标签，用于区分可安全移动的对象与需保留的对象；std::move仅作类型转换，不触发移动操作，最终是否移动取决于目标类型是否提供移动操作符及编译器优化。
右值引用不是“给临时对象起别名”那么简单
右值引用（T&&）本质是让编译器能区分“可以安全掏空的对象”和“需要保留的对象”。它不等于“绑定临时变量”，而是参与重载决议的类型标签——比如 std::vector 的构造函数重载中，vector(vector&&) 和 vector(const vector&) 是两个完全不同的函数签名。
常见错误现象：int x = 42; int&& r = x; 编译失败，因为 x 是左值；但 int&& r = 42; 可以，因为字面量是纯右值。更隐蔽的是：函数返回局部变量时，如果没加 return std::move(local);，可能触发拷贝而非移动（尤其在未启用 RVO 的场景下）。
- 右值引用只能绑定到临时对象、
std::move()转换后的对象、或函数返回的右值（如get_temp_vector()） - 声明为
T&&的变量本身是左值（有名字），再次传递时需显式用std::move()“再授权”移动权限 - 不要对同一对象多次调用
std::move()，移动后对象处于有效但未定义状态，读取其值（如v.size()）虽不崩溃但行为不可靠
std::move 不是“触发移动”，只是类型转换
std::move() 做的唯一一件事：把一个左值强制转成右值引用类型（T&&），从而匹配移动构造/赋值函数。它不调用任何移动逻辑，也不保证发生移动——最终是否移动，取决于目标类型是否提供了对应的移动操作符，以及编译器是否优化掉它（如 RVO）。
使用场景：容器内部转移资源（如 push_back(std::move(obj))）、实现移动赋值运算符、手动释放独占资源（如 unique_ptr 转移所有权）。
立即学习“C++免费学习笔记（深入）”；
- 参数类型为
T&&的函数内，若要将形参传给另一个函数并希望触发移动，必须写other_func(std::move(param)) - 在移动赋值运算符里，常见错误是忘记检查自赋值，且未清空原对象资源（如
delete[] data;后没置data = nullptr;） - 对内置类型（
int、double）用std::move()没意义，它们没有移动语义，只会退化为拷贝
移动构造函数里容易漏掉“掏空原对象”
移动构造函数的核心职责不是“复制内容”，而是“接管资源并让原对象可析构”。如果只做了 data = other.data; 却没把 other.data 设为 nullptr，那么 other 析构时会重复释放内存，导致崩溃。
典型错误信息：double free or corruption、Segmentation fault (core dumped)，往往出现在移动后又访问了被移动对象的成员。
- 所有裸指针、动态分配内存、文件句柄、socket 描述符等资源，移动后必须归零或置为无效状态
- 标准容器（
std::vector、std::string等）已正确实现移动语义，无需手动处理，但要注意它们内部也可能依赖你写的移动操作符 - 若类含有
const成员或引用成员，则无法生成默认移动构造函数，必须显式删除或定义
移动语义在返回值优化（RVO）面前可能被绕过
当函数按值返回一个局部对象时，编译器通常启用 RVO（Return Value Optimization）直接构造目标对象，跳过移动甚至拷贝。这意味着你写的移动构造函数可能根本不会被调用——不是它没用，而是编译器帮你省了。
但 RVO 不适用于所有情况：比如返回不同分支创建的对象（if/else 中分别 new 不同子类）、或返回表达式结果（return a + b;）。这时移动语义才真正生效。
- 不要为了“看起来更快”强行在返回时加
std::move()，例如return std::move(local_vec);，这反而禁用 RVO，强制调用移动构造 - 想确认是否触发移动，可在移动构造函数里加日志（注意：带日志会抑制 RVO，仅用于调试）
- 移动语义的价值不在“比拷贝快”，而在支持资源独占语义（如
std::thread、std::future不可拷贝，只能移动）
最常被忽略的一点：移动语义不是性能银弹。它解决的是“如何安全转移资源”，而不是“怎么让程序变快”。滥用 std::move()、对小对象过度移动、或在不该移动的地方移动（比如函数参数是 const T& 却试图 move），反而引入 bug 或降低可读性。
