在 javascript 中，web worker 传递 response 对象的核心方法是使用 postmessage() 配合 transferable 对象。通过直接将 response 实例放入第二个参数数组中，浏览器会执行零拷贝的内存转移，将底层资源的所有权从主线程或 worker 线程安全地移交给接收方，从而避免序列化开销并提升性能。
Worker 向主线程发送 Response 的具体实现
当 Worker 需要返回一个网络请求的结果时，可以直接调用 self.postMessage(response, [response])。这里的第二个参数是一个包含可转移对象的数组，告知引擎该对象的所有权需要转移。主线程通过监听 message 事件获取该对象后，即可直接读取其属性（如 status、headers）或使用 response.json() 等方法，而原线程中的变量将变为不可用状态。
const worker = new Worker('worker.js');
worker.onmessage = (event) => {
const response = event.data;
// 此时 response 是完整的 Response 对象
console.log(response.status);
response.json().then(data => console.log(data));
};
// 触发 Worker 执行
worker.postMessage({ url: 'https://api.example.com/data' });
// worker.js
self.onmessage = async (event) => {
const { url } = event.data;
try {
const response = await fetch(url);
// 转移 Response 对象的所有权
self.postMessage(response, [response]);
} catch (error) {
self.postMessage({ error: error.message });
}
};
上述代码展示了标准的传输流程。Worker 发起 fetch 请求，获得 Response 后，通过 postMessage 的第二个参数指定转移。主线程接收到数据后，可以立即处理响应体。需要注意的是，一旦转移完成，发送端的 response 变量将失效，任何对其属性的访问都会抛出错误，这是防止内存重复释放的安全机制。
立即学习“Java免费学习笔记（深入）”；
主线程向 Worker 发送 Response 的处理方式
虽然通常由 Worker 返回数据，但主线程也可以向 Worker 发送 Response 对象。这在需要将外部网络数据传递给后台线程进行处理时非常有用。同样需要使用 Transferable 语法进行转移。Worker 端接收到对象后，其行为与主线程接收时一致，拥有该对象的全部控制权。
// main.js
async function sendResponseToWorker() {
const res = await fetch('https://api.example.com/large-data');
worker.postMessage(res, [res]);
}
sendResponseToWorker();
// worker.js
self.onmessage = async (event) => {
const response = event.data;
if (response instanceof Response) {
const data = await response.json();
// 在 Worker 中处理大型 JSON 数据
const processed = heavyComputation(data);
self.postMessage(processed); // 返回处理结果
}
};
这种模式允许主线程专注于 I/O 操作，而将耗时的数据处理逻辑卸载到 Worker 中。由于 Response 对象包含了原始的网络流和元数据，转移它比序列化 JSON 字符串更高效，特别是对于大型二进制数据或流式内容。Worker 内部可以使用 response.arrayBuffer() 或 response.blob() 进一步提取数据，这些方法同样支持转移或直接读取。
Response 对象转移后的状态变化与注意事项
在使用 Transferable 转移 Response 对象时，必须明确理解“所有权转移”的含义。发送方在调用 postMessage 后，原 Response 对象即被标记为已转移，其内部缓冲区被清空。如果尝试在发送方再次读取该对象，将会得到空值或抛出异常。此外，并非所有 Response 的子类或特定状态都适合转移，例如已经消费过的 Body（如已调用过 .text()）无法再次转移，因为流已被消耗。最佳实践是在 fetch 返回后立即转移，或在确认未消费 Body 的情况下进行转移。
