const对象无法移动，因其成员不可修改，而移动操作需“窃取资源并置空原对象”，如将指针设为nullptr，这违反const语义；标准库所有移动构造/赋值函数均要求非const右值引用。
因为 const 对象的成员不可修改，而移动语义的核心操作是“窃取资源并置空原对象”——这一步在 const 对象上根本无法完成。
移动操作本质是修改源对象
移动构造函数和移动赋值运算符之所以高效，是因为它们直接接管右值的内部指针（比如 std::vector 的 data_），然后把原对象的指针设为 nullptr，防止析构时重复释放。这个“设为 nullptr”的动作就是修改。
- 非
const右值引用参数（T&&）允许你修改它指向的对象成员 -
const T&&虽然语法合法，但你不能对它的任何非mutable成员赋值，连std::move后的other.ptr_ = nullptr都会编译失败 - 标准库所有移动操作都要求参数是非
const的T&&，比如std::vector::vector(std::vector&&)
const 左值引用能绑定右值，但不触发移动
这是最容易混淆的一点：你可以写 const std::string& s = std::string("hello");，看起来像“用了右值”，但实际调用的是拷贝构造（或隐式转换），不是移动构造。
- 因为
const std::string&匹配的是const std::string&构造函数重载，而非std::string&& - 即使你显式写
const std::string&& s = std::string("hello");，后续也无法用它初始化另一个std::string触发移动——因为移动构造函数不接受const T&& - 返回
const对象（如const std::string f() { return "abc"; }）会彻底禁用移动语义，强制走拷贝路径
为什么编译器不自动生成 const 移动版本？
不是技术做不到，而是语义上矛盾：const 承诺“不修改”，移动操作承诺“清空原对象”——两者无法共存。
立即学习“C++免费学习笔记（深入）”；
- 如果你真需要“只读但可转移所有权”，得自己设计类型，用
mutable成员保存可变状态（比如缓存、引用计数），但资源指针本身仍不能是const - 标准容器（
std::unique_ptr,std::vector等）全部不提供const T&&重载，因为那会破坏移动的安全契约 - 试图给类加
MyClass(const MyClass&&) = delete;没有意义；更现实的做法是干脆不声明，让编译器报错提醒你逻辑有问题
真正要小心的不是“怎么让 const 对象移动”，而是别无意中写出 const auto x = expensive_function(); ——这行代码就悄悄杀死了移动机会，且毫无警告。
