Node.js 中用 worker_threads 处理 CPU 密集任务时，为什么你的线程池反而更慢了

在 Node.js 服务里遇到图片压缩、PDF 解析、加解密或大 JSON 校验这类 CPU 密集任务时，很多团队会直接把逻辑塞进 worker_threads，以为多开几个线程就能把主线程解放出来。实际跑起来却发现 QPS 没涨，进程内存先翻倍，偶尔还出现任务排队时间比同步执行还长的情况。问题通常不在 worker_threads 本身，而在于任务粒度、数据传递方式和线程生命周期管理没配合好：把