std::move对const对象无效，因返回const T&&而移动构造函数需T&&，编译器静默回退至拷贝构造；非noexcept移动构造函数也会导致容器fallback到拷贝；std::move仅转换类型，不保证资源转移。
std::move 对 const 对象调用后仍走拷贝构造
它不报错，也不警告，但你写的 std::move 完全没起作用——编译器悄悄选了 const T& 重载，也就是拷贝构造函数。根本原因：std::move 返回的是 const T&&，而标准移动构造函数参数是 T&&，类型不匹配。
-
const std::string s = "hello";是 const 左值，std::move(s)得到const std::string&& - 类的移动构造函数签名通常是
String(String&&)，不接受const String&& - 编译器退而求其次，匹配
String(const String&)（拷贝构造），全程静默 - 更隐蔽的情况：const 成员函数里写
return std::move(member_);，同样失效，因为*this是 const
lambda 捕获 const 值时 std::move 也失效
在 [=] 捕获的 lambda 里对捕获变量调用 std::move，结果还是拷贝——因为 [=] 捕获生成的是 const 副本（C++14 起默认按值捕获为 const，除非显式用 mutable 或 &）。
-
std::vector<int> v = {1,2,3}; auto f = [=]() { auto v2 = std::move(v); };</int>中的v是 const 副本 -
std::move(v)→const std::vector<int>&&</int>，无法绑定到std::vector<int>&&</int> - 解决办法：改用
[=, v = std::move(v)]（C++14 初始化捕获），或捕获引用[&v]再 move
移动构造函数没加 noexcept 就算 std::move 也没用
即使对象非 const、类型完全匹配，std::move 传进去，容器（如 std::vector）也可能拒绝调用移动构造函数——因为它不敢保证异常安全。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
std::vector::resize或扩容时，若元素类型移动构造函数未声明noexcept，容器会 fallback 到拷贝 - 标准要求：只有
noexcept移动操作才被视为“可安全用于重分配” - 检查方式：
static_assert(std::is_nothrow_move_constructible_v<t>);</t> - 漏加
noexcept是生产环境最常被忽略的性能陷阱之一
std::move 本身不修改原对象，别指望它清空数据
调用 std::move(x) 后 x 依然可访问、值可能不变、甚至还能调用成员函数——这完全正常。因为 std::move 只做类型转换，真正“掏空”对象的是移动构造/赋值函数体里的逻辑（比如把指针置为 nullptr）。
立即学习“C++免费学习笔记（深入）”；
- 如果类没定义移动构造函数，
std::move(x)后仍走拷贝，x自然毫发无损 - 如果移动构造函数没清理资源（比如忘了设
other.data_ = nullptr），后续使用x可能 double-free 或 dangling - 判断是否真移动了？看目标对象是否获得资源所有权，而不是看源对象“看起来空不空”
std::move 这一行代码，而是它所触发的那一个函数签名是否匹配、是否 noexcept、以及那个函数体里有没有真正转移资源。 
