具体来说,我有兴趣将代码403的所有响应更改为代码404,并将代码301的所有响应更改为302.除了状态文本(我想为空)外,我不想更改响应的任何其他部分.以下是我对此的尝试：

addEventListener("fetch", event => {
  event.respondWith(fetchAndModify(event.request));
});

async function fetchAndModify(request) {
  // Send the request on to the origin server.
  const response = await fetch(request);

  const body = await response.body
  newStatus = response.status
  if (response.status == 403) {
    newStatus = 404
  } else if (response.status == 301) {
    newStatus = 302
  }

  // Return modified response.
  return new Response(body, {
    status: newStatus,
    statusText: "",
    headers: response.headers
  });
}

我已确认此代码有效.我想知道这是否有可能覆盖响应的一部分,而不是状态码或文本,如果是的话,如何避免这种情况？如果这违反了Cloudflare工作者或javascript的某些最佳做法,请说明哪些最佳做法以及原因.

解决方法:

您今天偶然发现了Fetch API规范的一个实际问题.

到目前为止,status,statusText和标头是Response的init结构的唯一标准属性.但是,不能保证它们将永远是唯一的属性,也不能保证实现不提供其他非标准或尚未标准的属性.

实际上,Cloudflare Workers今天实现了一个非标准属性：webSocket,用于实现WebSocket代理.如果传递给fetch()的请求是WebSocket发起请求,并且原始服务器完成了WebSocket握手,则此属性存在.在这种情况下,如果您从响应中删除webSocket字段,则WebSocket代理将会中断-这可能对您无关紧要.

不幸的是,该标准没有指定任何好的方法来重写Response的单个属性,而又不会丢弃意外的属性.这与Request对象不同,后者确实提供了一种(有点尴尬)重写的方法：Request的构造函数可以将另一个Request对象用作第一个参数,在这种情况下,第二个参数仅指定要修改的属性.或者,仅修改URL,可以将URL作为第一个参数传递,将Request对象作为第二个参数传递.之所以可行,是因为Request对象恰好与构造函数的初始化程序结构具有相同的“形状”(尚不清楚规范作者是否打算这样做或是否很不幸).举例：

// change URL
request = new Request(newUrl, request);

// change method (or any other property)
request = new Request(request, {method: "GET"});

但是对于Response,您不能将现有的Response对象作为第一个参数传递给Response的构造函数.有简单的方法可以修改正文和标题：

// change response body
response = new Response(newBody, response);

// change response headers
// Making a copy of a Response object makes headers mutable.
response = new Response(response.body, response);
response.headers.set("Foo", "bar");

但是,如果您想修改状态……好吧,您可以做一个技巧,但这并不好：

// Create an initializer by copying the Response's enumerable fields
// into a new object.
let init = {...response};

// Modify it.
init.status = 404;
init.statusText = "Not Found";

// Work around a bug where `webSocket` is `null` but needs to be `undefined`.
// (Sorry, I only just noticed this when testing this answer! We'll fix this
// in the future.)
init.webSocket = init.webSocket || undefined;

// Create a new Response.
response = new Response(response.body, init);

但是,嗯,那肯定是丑陋的.

我有proposed improvements to the Fetch API可以解决这个问题,但是我还没有时间来解决这些问题.