Node.js中Worker线程未运行：多线程矩阵乘法实现异常

• 同步忙等循环彻底堵死了事件循环
  两层for循环里嵌的do-while逻辑是死锁根源。Node主进程需要等所有同步代码执行完、让出CPU执行权，才能处理异步回调——包括Worker触发的online、message、error、exit事件。但你在同步循环里原地空转，等着Worker的返回结果把success置为true，可Worker的消息要等你同步循环跑完才能被事件循环处理，形成了永远解不开的死锁：主进程卡死，根本没机会调度Worker执行代码，自然看不到任何Worker相关的日志。
• 缺失核心模块导入
  代码里直接用了Worker、isMainThread、parentPort、workerData、threadId这些属于worker_threads模块的变量，但从头到尾没做导入。Worker分支启动后会直接抛出ReferenceError，只是因为主进程卡在死循环里，根本接收不到Worker发出来的错误事件，所以你连报错日志都看不到。
• 并发限流逻辑完全不符合Node运行规则
  你试图在同步循环里靠判断threadCount < 11控制最大线程数，但当线程数到阈值后，循环还是会无限空转，没有任何让出执行权的逻辑，很快就会把CPU占满，主进程彻底失去响应。
• 冗余的数据传输开销
  每创建一个Worker就把完整的matrixA、matrixB塞到workerData里，100*100的矩阵总共要算10000个元素，相当于把两个矩阵全量拷贝10000次，序列化开销极大，就算不卡死也会跑得极慢。

• 首先在文件最顶部补上基础导入：

  const { Worker, isMainThread, parentPort, workerData, threadId } = require('worker_threads');
  

• 彻底删掉那个同步的do-while忙等循环，改用事件驱动的方式实现并发限流：
  • 把所有待计算的矩阵元素坐标(i, j)整理成任务队列
  • 初始化时先从队列取出最多10个任务（对应你要限制的最大10线程数），为每个任务创建Worker
  • 任意一个Worker返回计算结果时，先把结果存入matrixC、更新完成计数；接着立刻从任务队列取下一个待处理任务，创建新的Worker，复用已经空出来的线程槽位
  • 当完成计数等于矩阵总元素数时，停止计时，输出总耗时
• 补全矩阵初始化逻辑：把原本只有注释的随机数生成代码补上，保证matrixA、matrixB有可计算的实际数值
• 优化传输逻辑：可以把矩阵A、矩阵B存在共享内存里传给Worker，避免重复拷贝整份矩阵，大幅降低传输开销

内容的提问来源于stack exchange，提问作者Rituraj Ingale