浏览器扩展中Axios请求未被chrome.webRequest.onBeforeSendHeaders捕获求助

1. 权限与请求匹配规则没配置对 #

你的chrome.webRequest.onBeforeSendHeaders监听器抓不到Axios请求，大概率是匹配规则或权限没弄对：

• 先检查manifest.json里的host_permissions，必须包含Axios请求的目标域名，比如要拦截https://api.example.com的请求，就得加"https://api.example.com/*"进去，不然监听器没权限处理这些请求。
• 注册监听器时的urls参数要写准确，别漏了路径或域名，比如Axios请求是跨域的，得确保规则覆盖到目标域名的所有请求路径。

2. 监听器优先级不够 #

Chrome的webRequest监听器是按优先级顺序执行的，如果那款多会话扩展的监听器优先级比你的高，它会先修改Cookie，你的监听器要么没机会处理，要么处理完又被它覆盖：

• 注册监听器的时候，把priority设成更高的值（比如1000，默认是0），确保你的逻辑先执行：

  chrome.webRequest.onBeforeSendHeaders.addListener(
    (details) => {
      // 在这里把Cookie恢复为正确值
      return { requestHeaders: details.requestHeaders };
    },
    { urls: ["<你的目标URL规则>"] },
    ["blocking", "requestHeaders", "extraHeaders"] // 修改Cookie必须声明extraHeaders权限
  );
  

• 别忘了在manifest.json的permissions里加上"webRequest"和"webRequestBlocking"，不然监听器无法生效。

3. 没覆盖Axios的请求类型 #

Axios基于XHR或Fetch发起请求，Chrome的webRequest会把这些请求归为特定类型，要是你的监听器没指定类型，可能会漏掉：

• 注册监听器时加上types参数，明确拦截xmlhttprequest（对应XHR）和fetch（对应Fetch API）类型的请求：

  { urls: ["<你的目标URL规则>"], types: ["xmlhttprequest", "fetch"] }
  

• 另外，跨域请求会先发送OPTIONS预请求，要是你的监听器没处理OPTIONS，后续正式请求的Cookie还是会被篡改，记得把OPTIONS请求也包含进去。

4. 多会话扩展的修改方式绕开了webRequest #

有些多会话扩展不是通过webRequest修改Cookie，而是直接操作document.cookie或者Chrome的Cookie API，这种情况下webRequest监听器根本抓不到：

• 你可以直接用chrome.cookiesAPI在Axios请求发出前，手动设置正确的Cookie，覆盖多会话扩展的修改：

  chrome.cookies.set({
    url: "https://api.example.com",
    name: "你的Cookie名称",
    value: "正确的Cookie值",
    secure: true,
    httpOnly: true
  });
  

• 或者在Axios的请求拦截器里手动设置Cookie头，绕过浏览器自动处理Cookie的逻辑（但这样withCredentials就失效了，需要自己管理凭证）：

  axios.interceptors.request.use(config => {
    config.headers.Cookie = "你的正确Cookie内容";
    return config;
  });
  

内容的提问来源于stack exchange，提问作者Sebi O.