std::packaged_task要求可调用对象签名严格匹配且为move-only类型，需显式move传递、仅能调用get_future()一次，适用于手动调度场景而非简单异步。
std::packaged_task 包装函数对象时，必须可调用且类型匹配
std::packaged_task 不是万能胶水，它只接受「可调用对象」，且签名必须和模板参数严格一致。常见错误是传入 lambda 但捕获了局部变量，导致 move-only 类型无法复制；或者函数返回类型与 std::packaged_task<R(Args...)> 中的 R 不匹配（比如声明返回 int 却写了 void 函数）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
auto推导 lambda 类型再显式构造std::packaged_task，避免隐式转换失败 - 若函数有捕获，确保该 lambda 是 move-only（C++11 起默认如此），别试图拷贝它
- 包装成员函数时，必须绑定
this或对象实例，例如std::bind(&MyClass::func, obj, std::placeholders::_1) - 不要直接包装重载函数名——编译器无法推导，需用 static_cast 或函数指针显式指定
把 packaged_task 交给 thread 或 async 前，得先 move 它
std::packaged_task 是 move-only 类型，拷贝会编译报错（error: use of deleted function）。很多新手在 std::thread 构造时直接传左值，结果卡在编译阶段。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::move(tsk)传给std::thread或std::async，否则编译不过 - 传完就别再调用原变量——它已处于有效但未定义状态，再次调用
operator()会抛std::future_error（错误码no_state） - 如果想复用任务逻辑，得重新构造一个新的
std::packaged_task，不能靠拷贝
get_future() 只能调用一次，且必须在 task 执行前获取
每个 std::packaged_task 内部持有一个 std::future 的共享状态，get_future() 返回一个独占的 std::future。重复调用会抛 std::future_error（错误码 future_already_retrieved）；更隐蔽的问题是：如果先执行了 task，再调用 get_future()，也会失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 务必在 move 出去或调用前，第一时间调用
tsk.get_future()并保存 - 别把它塞进容器里等“之后再取”，因为一旦 task 被执行（哪怕只是被 move 到线程里并启动），状态就可能被消费
- 如果需要多个 future 观察同一结果，用
std::shared_future——但那是从原始future转换而来，不是从 task 多次 get
和 std::async 直接调用比，packaged_task 更适合手动调度场景
std::async 自动决定延迟执行还是立即执行（取决于 launch policy），而 std::packaged_task 本身不触发执行，只提供封装 + future 绑定能力。它真正的价值在于：你控制何时、在哪执行（线程池、GUI 线程、定时器回调等）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 别为了“异步”而硬套
std::packaged_task——如果只是简单并发，std::async更简洁 - 适合场景：任务需排队（如 job queue）、需跨线程传递可调用体、需和 event loop 集成（比如 Qt 的
QMetaObject::invokeMethod） - 注意异常传播：task 内抛异常，会存入 future 状态，调用
get()时重抛；但若没调用get()，异常对象会泄漏（不崩溃，但资源没释放）
std::packaged_task 的析构不会自动执行任务，也不会释放 future 状态——如果忘了 move 它出去、也没手动调用，那个 future 就永远等不到结果，还占着资源。 
