Chrome扩展MV3迁移：declarativeNetRequest相关问题求助

问题1：点击应用无法获取目标URL #

declarativeNetRequest是基于规则匹配的静态机制，不像webRequest那样能实时抓取请求详情，你可以从两个角度解决：

• 弹窗/页面层面直接修改：如果是扩展弹窗内的应用点击，拦截默认点击行为，修改URL后再打开。示例代码：

  // 弹窗内的应用链接点击处理
  document.querySelector('.app-entry').addEventListener('click', (e) => {
    e.preventDefault();
    const rawUrl = e.target.href;
    const finalUrl = rawUrl.includes('?') 
      ? `${rawUrl}&plugin=3.1.1` 
      : `${rawUrl}?plugin=3.1.1`;
    chrome.tabs.create({ url: finalUrl });
  });
  

• 用通配符规则自动匹配：不用获取具体URL，直接通过规则匹配目标路径，自动追加参数。在manifest.json中配置规则资源：

  "declarative_net_request": {
    "rule_resources": [{
      "id": "redirect_rules",
      "enabled": true,
      "path": "rules.json"
    }]
  }
  

  在rules.json中添加具体规则：

  [{
    "id": 1,
    "priority": 1,
    "action": {
      "type": "redirect",
      "redirect": {
        "transform": {
          "queryTransform": {
            "addOrReplace": [{"key": "plugin", "value": "3.1.1"}]
          }
        }
      }
    },
    "condition": {
      "urlFilter": "https://xyxinc.xyx.com/start/*",
      "resourceTypes": ["main_frame"]
    }
  }]
  

  这个规则会自动给所有匹配/start/*的主框架请求添加指定参数，无需单独获取URL。

问题2：规则生效时机与动态跳转处理 #

declarativeNetRequest的规则对所有符合条件的请求都会生效，包括重定向后的请求。你可以通过规则条件精准控制：

• 避免重复添加参数：在规则的condition中排除已包含plugin=的URL：

  "condition": {
    "urlFilter": "https://xyxinc.xyx.com/start/*",
    "resourceTypes": ["main_frame"],
    "excludeUrlFilters": ["*?plugin=*"]
  }
  

• 限定仅作用初始导航：如果认证后的跳转路径和/start/*不同，直接通过urlFilter锁定初始路径即可，后续跳转不会触发规则。

问题3：能否同时使用declarativeNetRequest和webRequest API #

可以同时使用，但要注意Manifest V3对webRequest的限制：

• webRequest在V3中仍可调用，但webRequestBlocking权限仅允许在特定场景使用，且需要在manifest中声明webRequest、webRequestBlocking以及对应主机权限。
• 优先使用declarativeNetRequest：它由浏览器原生处理，性能更优，无需后台脚本持续运行；仅当你需要实时获取请求详情（比如依赖请求头动态修改参数）时，再用webRequest补充。

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