c++中不存在std::move_only类型，只有move-only类型如std::unique_ptr；存入容器需确保操作不触发拷贝，使用push_back(std::move(x))或emplace_back(args...)，并满足moveinsertable等要求。
std::move_only对象在C++中根本不存在
标准库没有 std::move_only 类型。这是常见误解，可能源于对 std::move、移动语义或某些“仅可移动”类型的混淆。真正存在的是“仅可移动类型”（move-only types），比如 std::unique_ptr、std::ifstream、std::thread —— 它们显式删除了拷贝构造函数和拷贝赋值运算符，但保留了移动操作。
容器中存放仅可移动对象的必要条件
要将仅可移动对象存入标准容器（如 std::vector、std::list），关键不是“用 std::move 包一层就行”，而是确保容器操作本身不尝试拷贝：
- 必须使用右值（临时对象或显式移动后的对象）初始化或插入，例如：
vec.push_back(std::move(x))或vec.emplace_back(args...) - 容器的元素类型必须满足
MoveInsertable和MoveAssignable（对std::vector等动态容器，还需满足EmplaceConstructible） - 避免隐式拷贝：不要写
vec.push_back(x)（若x是左值且类型不可拷贝，编译失败） - 注意
std::vector重分配时会移动元素，因此其元素类型必须可移动 —— 这正是仅可移动类型能正常工作的前提
emplace_back 与 push_back(std::move(x)) 的实际差异
两者都能用于插入仅可移动对象，但机制不同，影响构造开销和异常安全：
-
push_back(std::move(x))：先构造对象（如std::unique_ptr<int> x(new int{42})</int>），再将其移动进容器 —— 涉及一次移动构造 -
emplace_back(args...)：直接在容器内构造对象，绕过中间变量，例如vec.emplace_back(new int{42})—— 无移动，更高效，也避免了x的生命周期管理问题 - 若类型没有合适的构造函数（比如只有移动构造、无其他构造），则
emplace_back可能编译失败，此时必须用push_back(std::move(x))
移动后对象的状态与容器迭代器失效风险
移动操作不销毁源对象，但使其处于“有效但未指定状态”。这对容器操作有隐含约束：
立即学习“C++免费学习笔记（深入）”；
- 移动后的对象（如
std::unique_ptr）通常为空（ptr.get() == nullptr），但标准只要求它可析构、可赋值、可销毁 —— 不保证为nullptr - 对
std::vector调用push_back可能触发重分配，导致所有迭代器、引用、指针失效；而std::list或std::deque在插入时不会使原有元素的迭代器失效 - 切勿在移动后继续读取或解引用该对象（除非你明确知道其移动后语义，如
std::unique_ptr的get()返回nullptr）
真正容易被忽略的是：移动语义本身不改变容器接口行为，但它把“是否可放入”的责任完全交给了类型的移动能力 —— 一旦类型删了拷贝、又没正确定义移动，或者容器操作意外触发拷贝（比如误用算法 std::copy），错误往往在编译期静默失败，而非运行时报错。
