Web Worker忙碌时发送的消息能否被接收？是否会丢失或排队？

好问题！这事儿其实是Web Worker通信机制里的核心细节，我给你讲明白：

当你的Web Worker正在忙着重型压缩任务时，主线程发过去的后续消息绝对不会丢失，而是会被自动放到Worker的消息队列里排队等待处理。

具体来说，Web Worker和主线程之间的消息传递遵循以下逻辑：

• 每次调用worker.postMessage()发送消息，消息会被追加到Worker的消息队列尾部，不受Worker当前状态影响；
• 只有当Worker完成当前正在执行的任务（比如你的压缩操作），才会从消息队列头部取出下一个消息，触发onmessage回调进行处理。

举个直观的例子：你先给Worker发了大数组去压缩，紧接着又发了一条“询问当前压缩进度”的消息。这条进度查询消息不会被忽略，它会安安静静待在队列里，等压缩任务彻底完成后，Worker才会处理这条查询消息并返回结果。

如果担心长时间阻塞影响交互体验（比如用户发送多个指令都需要等待很久），可以考虑把大型压缩任务拆分成多个小批次处理——每处理完一小批，就让Worker先检查消息队列里的新请求，这样既能推进任务进度，又能及时响应新消息。

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