taskwait阻塞worker进程，task非阻塞并立即返回task_id；高并发下误用taskwait会导致连接堆积、rt飙升，应优先使用task配合onfinish，taskwait仅限同步场景且须设≤1秒超时。
taskwait 是阻塞的，task 是非阻塞的
这是最根本的区别：调用 task() 后立刻返回一个 $task_id，Worker 进程可以马上继续处理下一个请求；而 taskwait() 会卡住当前 Worker 进程，直到 Task 进程执行完并调用 finish()，或超时返回 false。
常见错误现象：在高并发 HTTP 场景下误用 taskwait()，导致 Worker 被占满、连接堆积、RT 暴涨。它只适合极少数必须同步等待结果的场景，比如某些管理接口或调试逻辑。
使用建议：
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
-
task()是默认选择，配合onFinish回调处理结果 -
taskwait()必须严格控制超时时间（第二个参数），生产环境建议 ≤ 1.0 秒 - 不能在 Task 进程里调用
taskwait()—— 会直接报错Fatal error: Uncaught Error: Call to undefined method swoole_server::taskwait() - 如果用了
taskwait()，就别再注册onFinish，否则结果会被重复消费
taskwait 第三个参数 dst_worker_id 的行为差异
task() 的第三个参数（$dst_worker_id）和 taskwait() 的第三个参数作用一致：指定投递给哪个 Task 进程，取值范围是 0 到 $serv->setting['task_worker_num'] - 1。但实际效果有微妙差别：
当 Task 进程负载不均时，task() 即使指定了 ID，底层仍可能因进程退出/重启而 fallback 到随机分发；而 taskwait() 在 1.6.11+ 版本中对 $dst_worker_id 更严格——如果目标进程不存在或已退出，会立即失败（返回 false），不会自动降级。
使用建议：
- 除非有强亲和性需求（如共享内存绑定、本地缓存复用），否则保持
-1（随机）更稳妥 - 若硬要指定，务必确保
task_worker_num配置稳定，且避免热重启期间调用 - 可通过
$serv->worker_id和$serv->taskworker在 Task 进程内做日志标记，验证是否真投递到了预期进程
序列化与返回值处理方式不同
task() 投递的数据必须能被 PHP 序列化（不能含资源、闭包、部分对象），结果通过 onFinish 回调的 $data 参数传回；taskwait() 同样要求可序列化，但它把结果直接作为函数返回值，类型是 mixed，超时则为 false。
容易踩的坑：
- Task 进程里调用
$serv->finish(null)，taskwait()收到的是null，但很多业务代码没判空，直接json_encode()导致输出"null"字符串而非空对象 -
taskwait()返回值可能是false（超时）、null（显式 finish null）、或任意序列化后数据，必须用=== false判断超时，不能只用!$result - 如果 Task 进程崩溃未调用
finish()，taskwait()一定会超时，但task()对应的onFinish永远不会触发——这会导致“丢失回调”问题，需靠超时监控兜底
协程环境下该用 taskCo 而不是 taskwait
在 Swoole 4.5+ 的协程 Server（Swoole\Coroutine\Server）中，taskwait() 已被废弃。它的替代品是 taskCo()，本质是协程版的阻塞等待，不阻塞整个 Worker 进程，只挂起当前协程。
关键区别：
-
taskwait()阻塞 Worker 进程，哪怕只等 10ms，该进程也无法处理其他请求 -
taskCo()挂起当前协程，Worker 可以继续调度其他协程，吞吐不受影响 -
taskCo()的超时单位是毫秒（int），而taskwait()是秒（float） -
taskCo()返回值结构和taskwait()一致，但内部基于协程调度，性能更好
如果你正在用 enable_coroutine => true，还写 taskwait()，等于主动放弃协程优势，也容易和 go()、chan 等协程原语产生调度冲突。
