我会这样做：
1)让你的编译器生成代码，而不是从头到尾执行程序，它把它分成段-例如，循环的主体或函数的主体可以是一个段。
2)每个段都应该以timeoutId = setTimeout(nextSegment, 0)结束。这允许web worker在执行段之间接收和响应异步事件。
3)当你想终止Web Worker时，使用window.postMessage()向它发送一个异步消息。
4)在Web Worker内部，有一个事件处理程序，在接收到该消息时，它会执行clearTimeout(timeoutId)。

我最近对此很好奇，我刚刚测试了一下。在Chrome和Firefox（截至2023年）中，无限循环 * 被 * worker.terminate()中断。
然而，在Chrome中，终止需要几秒钟的时间，而在Firefox中，它会立即发生。我发布了一个关于这个here的crbug问题。
您可以通过运行以下代码在您选择的浏览器中测试该行为：

let myWorker = new Worker(URL.createObjectURL(new Blob([`
  self.onmessage = function() {
    let i = 1;
    while(i++){
      if(i % 10000000 === 0) console.log(i);
    }
  }
`], { type: 'text/javascript' })));

myWorker.postMessage('start');

setTimeout(() => {
  console.log('Terminating worker...');
  myWorker.terminate();
}, 5000);

在Chrome中，console.log(i)会在Terminating worker...记录后几秒钟出现，而在Firefox中，Terminating worker...总是最后记录的内容。

谢谢你的回应，我已经考虑过这种方式，所以实际上我不需要网络工作者。因此，这种方法的缺点是：
1)我必须把循环实现为递归函数调用...
更大的问题是2）段的大小必须限制在一个命令上，这种方法实际上是有效的，所以我必须将每个命令 Package 到一个函数中，该函数调用下一个命令，这将是一个巨大的开销......
这就是为什么我正在寻找一条路，如果有任何？

是的，我正在写一个编译器。
在使用这种方法时，我必须提到，用户的开销可能不多，但对编译的影响确实很大……这就像在Javascript之上构建一个VM...
我得到的这一点是，除了上述几点，我还需要：

• 需要一个复杂的索引系统来进行函数命名-照顾变量分配-必须串行求解表达式-...
  这就是为什么我正在寻找一个更优雅的变种...