右值引用&&和std::move是显式触发移动语义的类型系统机制；右值引用是能绑定临时对象的类型，其变量本身为左值；std::move仅作类型转换，不执行移动操作；真正移动由用户定义的移动构造/赋值函数完成。
右值引用不是“给右值起别名”，std::move 也不是“把东西搬走”——这两个概念被严重字面化误解了。它们本质是一套配合使用的、用于**显式触发移动语义的类型系统机制**。
右值引用 && 是一种类型，不是“绑定右值”的语法糖
它声明的变量本身是左值（有名字、可取地址），但它的类型是“能绑定到临时对象或即将销毁对象”的引用类型。编译器靠这个类型标记，决定是否启用移动构造/移动赋值函数。
- 函数参数写成
T&&，才能接收临时对象（比如func(std::string("hello"))）或显式用std::move转换后的对象 - 如果只写
T&（普通左值引用），无法绑定临时对象；写const T&虽然能绑定，但只能触发拷贝（或 const 版本的移动，如果存在且没被禁用） -
T&&不会自动“转移资源”——它只是让编译器找到那个带&&参数的移动函数而已
std::move 只是类型转换，不执行任何移动操作
它唯一作用是把一个左值强制转成 T&& 类型（即“告诉编译器：我允许你把它当可移动对象处理”）。真正干活的是你类里定义的移动构造函数或移动赋值运算符。
- 对内置类型（如
int、double）调用std::move完全没意义，因为没有移动语义可言 - 对未定义移动函数的自定义类，
std::move(x)后仍会退回到拷贝——编译器发现没有匹配的T&&构造函数，就找const T&版本 - 误用常见于：对同一对象反复
std::move，比如auto a = std::move(x); auto b = std::move(x);——第二次时x已处于有效但未定义状态，行为不可靠
移动语义生效的前提：你得自己写移动函数
编译器不会自动帮你“移动”。只有当你显式定义了移动构造函数和/或移动赋值运算符，并且它们内部做了资源接管（比如把指针置空、把长度设为 0），才算真正完成移动。
立即学习“C++免费学习笔记（深入）”；
class MyString {
char* data_;
size_t len_;
public:
// 移动构造函数：接管资源，原对象留空
MyString(MyString&& other) noexcept
: data_(other.data_), len_(other.len_) {
other.data_ = nullptr; // 关键：清空源对象状态
other.len_ = 0;
}
// 没有这个，MyString{} = std::move(x) 就会调用拷贝赋值
MyString& operator=(MyString&& other) noexcept {
if (this != &other) {
delete[] data_;
data_ = other.data_;
len_ = other.len_;
other.data_ = nullptr;
other.len_ = 0;
}
return *this;
}};
最常被忽略的一点：移动后源对象必须保持“有效但值不确定”的状态，即能安全析构、能重新赋值，但不能假设它还存着原来的数据。很多 bug 来自忘了在移动函数里把原对象的指针清空或长度归零。
