std::move在多线程中仅用于转移不可拷贝对象（如std::thread）的所有权，不保证线程安全；移动后原对象处于无效状态，不可调用join/detach；移动操作须在单线程内完成，且被移动类型需满足noexcept与线程安全要求。
std::move 在 C++ 多线程中不解决线程安全问题，它只负责资源所有权转移；误用反而会导致悬空、崩溃或未定义行为。
std::move 为什么在多线程里常被用到？
因为很多线程相关类型（如 std::thread、std::jthread、std::promise、std::packaged_task）是不可拷贝的（拷贝构造/赋值被删除），但支持移动。你无法把一个 std::thread 对象直接传给另一个函数或容器，必须用 std::move 把它“转交”出去。
常见场景包括：
- 把本地创建的
std::thread移入std::vector<:thread></:thread> - 将
std::packaged_task移动到线程池任务队列中 - 用
std::move把std::promise交给异步工作线程，以便后续设置值
std::move(std::thread) 后原对象还能用吗？
不能。移动后原 std::thread 对象处于“可析构但不可调用”状态：其内部 std::thread::id 变为 std::thread::id()（即空 id），再次调用 join() 或 detach() 会抛出 std::system_error（错误码 resource_deadlock_would_occur 或 no_such_process）。
立即学习“C++免费学习笔记（深入）”；
典型错误写法：
std::thread t([]{ std::this_thread::sleep_for(1s); });
auto t2 = std::move(t);
t.join(); // ❌ 崩溃：calling join() on a moved-from thread
正确做法是移动后立即放弃对原对象的控制，或显式置空：
std::thread t([]{ /*...*/ });
threads.push_back(std::move(t)); // 移入 vector
// 此时 t 已无效，不要访问 t 的任何成员
std::move 在线程间传递对象时要注意什么？
移动本身不是线程安全操作——它只是类型转换，不加锁也不同步。真正危险的是：你移动的是谁的数据？谁还在访问它？
关键约束：
-
std::move操作必须发生在**单一线程内**（比如主线程把对象移给新线程前） - 被移动的对象（如
std::string、自定义类）必须满足：移动构造/赋值是noexcept且线程安全的（即不依赖外部共享状态） - 如果移动的是指向堆内存的裸指针或自定义资源句柄，要确保没有其他线程正在读写该资源
-
std::move不改变对象生命周期，它不延长也不缩短；线程结束时仍需保证被移动资源的有效性（例如不要移动局部变量的引用）
反例（危险）：
std::string s = "hello";
std::thread t([&s]{ std::cout << std::move(s) << '\n'; }); // ❌ s 是引用，move 后主线程可能继续用 s
std::jthread 和 std::move 的关系更简单？
是的。std::jthread（C++20）默认支持自动 join()，但它同样不可拷贝、仅可移动。你依然要用 std::move 来转移所有权，但不用再手动 join() 或 detach() —— 析构时自动处理。
不过注意：std::jthread 移动后，原对象的停止令牌（get_stop_token()）也会失效，新线程持有的才是有效的停止句柄。这点容易被忽略。
复杂点在于：移动一个正在运行的 std::jthread 不影响其执行，但原对象失去对其控制权；若你依赖原对象调用 request_stop()，那必须确保移动前已完成该操作。
