std::packaged_task专为解耦执行与结果获取设计，将可调用对象与std::promise绑定，执行后自动设置值；需通过get_future()获取唯一std::future来等待或取值，且future只能移动一次。
std::packaged_task 不是用来“封装可调用目标”的通用工具，而是专为**解耦执行与结果获取**设计的异步任务包装器。它本质是把一个可调用对象（函数、lambda、bind 表达式等）和一个 std::promise 绑定起来，执行后自动设置 promise 的值——所以你真正需要的，是理解它在「异步调度 + 后续取值」场景下的正确用法，而不是当成 std::function 的替代品。
std::packaged_task 的核心约束：可调用对象必须可移动，且不能有重载或模板推导歧义
它内部会把传入的可调用对象 move 构造进自身，因此该对象必须满足 MoveConstructible。常见踩坑点：
- 传入普通函数指针没问题：
std::packaged_task<int> task(&some_func);</int> - 传入 lambda 时，若捕获了非 move-only 类型（比如
std::mutex），编译失败；捕获了std::unique_ptr则必须用std::move捕获，否则无法 move 构造 task - 不能直接传重载函数名（如
std::to_string），因为类型推导失败；需显式转换：static_cast<:string>(std::to_string)</:string> - 不支持完美转发参数列表——构造时就固定了签名，比如
std::packaged_task<void const std::string></void>，后续只能以匹配类型调用operator()
如何获取并等待执行结果：必须通过 get_future()，且 future 只能移动一次
std::packaged_task 自身不提供等待或取值接口，一切结果交互都依赖其返回的 std::future。关键行为：
- 调用
task.get_future()后，该 task 对象进入“已关联 future”状态，再次调用会抛std::future_error（错误码std::future_errc::future_already_retrieved） - 返回的
std::future是右值，通常立即 move 赋值给变量：auto fut = std::move(task).get_future(); -
fut.wait()阻塞直到 task 执行完毕；fut.get()阻塞并取值（取完后 future 无效，再次调用get()抛异常）
std::packaged_task<int(int)> task([](int x) { return x * 2; });
auto fut = task.get_future(); // ✅ 正确
task(21); // 触发执行，fut 状态变为 ready
std::cout << fut.get() << "\n"; // 输出 42为什么不能直接 copy 或多次 get_future()？底层 promise 是独占的
std::packaged_task 内部持有唯一所有权的 std::promise，而 std::promise 不可拷贝、不可重复绑定 future。这决定了它的典型使用模式是「一生产、一消费」：
立即学习“C++免费学习笔记（深入）”；
- 你不能把同一个 task 对象传给两个线程分别调用
get_future()—— 第二次调用失败 - 也不能把 task 拷贝给多个 worker（
std::packaged_task本身不可拷贝，只可移动） - 常见误用：在线程池中把 task 对象存入队列后，又试图在主线程里再调用
get_future()—— 此时 task 已被 move 出队列，原位置为空，调用get_future()未定义行为（通常 crash 或抛异常）
和 std::async / std::promise 直接配合相比，packaged_task 的不可替代性在哪？
它唯一不可替代的场景，是需要**延迟决定执行时机 + 保留结果获取能力**，且执行逻辑本身要能被转移（比如放进队列、跨线程传递）：
-
std::async立即启动执行，无法控制何时跑；std::packaged_task构造完是惰性的，你决定什么时候 call 它 - 手动 new 一个
std::promise再传参给 lambda 太啰嗦；packaged_task把 promise 封装+绑定全做了 - 适合做线程池任务单元：
queue.push(std::packaged_task<void>{[...]{ /* work */ }});</void>，worker 取出后直接()执行，外部早已有对应的future在等
std::queue<std::packaged_task<void()>> task_queue;
// 生产端
std::packaged_task<void()> task([]{ std::this_thread::sleep_for(1s); });
auto fut = task.get_future();
task_queue.push(std::move(task)); // ✅ 移动进去
// 消费端（另一线程）
auto t = std::move(task_queue.front()); task_queue.pop();
t(); // 执行
fut.wait(); // 主线程可等最易忽略的一点：一旦 task 被 move 走（比如 push 进队列），原始变量就成空状态，对其调用 get_future() 或 operator() 都是未定义行为。所有 future 必须在 move 前拿到，且每个 task 只能配一个 future。
