如何携带与当前不同的Cookie集合发起页面Fetch请求？

好问题！这确实是原生JavaScript fetch API的一个常见痛点——默认会自动带上当前域的所有Cookie，而且没有直接的接口让你自定义要发送的Cookie集合，尤其是Http-Only Cookie根本没法通过常规JS操作修改或删除，备份-删除-恢复的路子走不通。不过我们可以分场景来看解决方案：

原生JavaScript的局限 #

• fetch API的credentials选项只有三个可选值：include（跨域也带Cookie）、same-origin（仅同域带Cookie）、omit（完全不带Cookie），没有提供“自定义Cookie列表”的选项。
• 你可能会想手动设置Cookie请求头？别白费功夫了——浏览器的安全策略会直接禁止脚本修改Cookie请求头，这是为了防止恶意脚本伪造Cookie进行身份伪造，属于同源策略的安全限制。
• 至于你提到的临时删除Cookie再恢复的方法，确实对Http-Only Cookie无效，因为这类Cookie是被浏览器保护起来的，document.cookie根本访问不到它们。

Greasemonkey/Tampermonkey 用户脚本的可行方案 #

如果你是在用户脚本环境下（比如用Tampermonkey或Greasemonkey），那问题就迎刃而解了！这类脚本有专属的GM_xmlhttpRequest API，它允许你完全自定义请求头，包括Cookie头，而且不会自动带上当前浏览器的任何Cookie。

举个具体的例子，假设你要向同域页面发起请求，只携带key2=anothervalue2，完全排除key1=value1，可以这么写：

GM_xmlhttpRequest({
  method: "GET", // 或者POST等你需要的请求方法
  url: "/target-page", // 同域目标路径，也可以写完整URL
  headers: {
    "Cookie": "key2=anothervalue2" // 这里直接写你要发送的自定义Cookie内容
  },
  onload: function(response) {
    // 请求成功后的处理逻辑
    console.log("响应内容:", response.responseText);
  },
  onerror: function(error) {
    // 请求失败的处理
    console.error("请求出错:", error);
  }
});

关键说明 #

• GM_xmlhttpRequest不受浏览器的Cookie头修改限制，因为用户脚本运行在特殊的沙箱环境中，拥有更高的请求控制权限。
• 这个API不会自动附加当前域的任何Cookie，发送的Cookie完全由你在headers.Cookie里指定的内容决定，完美满足你的需求。
• 不管目标是同域还是跨域（只要目标服务器允许跨域请求），这个方法都能生效，不过你的场景是同域，完全没问题。

总结一下：原生JavaScript受限于浏览器安全策略无法实现，但通过用户脚本的GM_xmlhttpRequest API，你可以轻松发送自定义的Cookie集合，完全不用管当前浏览器已有的Cookie。

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