函数参数必须声明为右值引用（T&&），且调用方显式用std::move转换，否则不触发移动语义；std::move仅类型转换，不移动数据；只对临时对象或明确不再使用的变量使用。
大对象按值传参时怎么用 std::move 避免无谓拷贝
直接结论：函数参数必须声明为右值引用（T&&），且调用方显式用 std::move 转换——否则编译器不会自动触发移动语义。
常见错误是把一个左值（比如命名变量 obj）直接传给接收 T&& 的函数，结果编译失败或意外调用拷贝构造。因为 std::move 不移动数据，它只是把左值“标记”成可移动的右值引用类型。
- 只对临时对象或明确不再使用的变量调用
std::move - 函数签名要区分场景：
void func(T&& x)用于接管资源；void func(const T& x)用于只读访问 - 不要在返回局部对象时写
return std::move(local_obj);——现代编译器会自动应用 RVO 或移动，加std::move反而可能阻止优化
为什么 std::vector 移动后原对象还能访问但内容为空
移动操作不是“剪切”，而是资源转移后的合法销毁前状态。标准要求移动后的对象必须处于可析构、可赋值状态，但不保证保留原值。
以 std::vector 为例：移动构造后，源 vector 的 data() 通常变为 nullptr，size() 和 capacity() 变为 0，但调用 clear() 或再次赋值完全合法。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不能假设移动后源对象的
operator==仍成立 - 调试时若看到移动后源 vector 仍能
at(0)崩溃，说明移动实现没清空指针（非标准行为，但某些 debug 模式下可能） - 自定义类实现移动构造时，务必手动置空被接管的裸指针/句柄，并设
size_ = 0等守卫字段
容器插入大对象时怎么避免拷贝——emplace_back vs push_back(std::move(x))
两者目的相同，但机制不同：emplace_back 在容器内直接构造对象；push_back(std::move(x)) 先有对象再移动进容器。
如果你已有现成对象（比如函数返回值或局部变量），push_back(std::move(x)) 是正确选择；如果想用参数列表现场构造，才用 emplace_back(a, b, c)。
-
std::vector<:string> v; v.push_back(std::move(s));</:string>—— s 被移入，v 中新建 string 占用新内存 -
v.emplace_back("hello");—— 直接在 vector 分配的内存里构造 string，省掉一次 string 构造+移动 - 对已存在对象，别误用
emplace_back(std::move(s))：这会先 move 构造一个临时 string，再 move 进容器，多一次移动
移动语义失效的三个典型陷阱
写了 std::move 却没减少拷贝？大概率掉进了这些坑。
- 源对象是 const 左值：const 变量无法绑定到
T&&，编译器退回到拷贝构造 —— 改用const T&参数或去掉 const - 类没定义移动构造函数：编译器只在未声明拷贝/移动操作且成员都可移动时自动生成；一旦你写了析构函数或拷贝构造，移动函数就不再隐式生成
- 返回值是具名局部变量：如
T f() { T x; return x; }，此时 C++17 强制 RVO，但若强制关闭优化（-fno-elide-constructors），且没提供移动构造，就会调用拷贝构造
真正需要关注的是：移动是否发生，取决于类型是否可移动、参数是否为右值引用、以及调用点是否用了 std::move 或产生临时对象。别依赖“看起来像移动”的写法。
