如何为declarativeNetRequest设置仅适用于扩展自身请求的规则条件？

针对你的需求，有两种更可靠的方案可以替代依赖tabId的实现，避免Firefox中获取tabId的问题，同时确保规则仅对扩展发起的请求生效：

方案1：利用initiator条件匹配扩展发起的请求 #

当请求从扩展的后台脚本、popup页面发起时，请求的initiator是扩展自身的origin（格式为chrome-extension://<扩展ID>或moz-extension://<扩展ID>）。你可以直接通过这个字段作为规则条件，精准匹配扩展发起的请求。

实现步骤： #

1. 获取扩展的origin：

// 自动适配Chrome和Firefox的扩展origin格式
const extensionOrigin = chrome.runtime.getURL('/').slice(0, -1);

2. 构造declarativeNetRequest规则：

let rule = [{
    "id": 1,
    "priority": 1,
    "action": {
        "type": "modifyHeaders",
        "requestHeaders": [{ "header": "origin", "operation": "remove" }]
    },
    "condition": { 
        "urlFilter": "example.com",
        "initiator": extensionOrigin
    }
}];

优势： #

• 跨浏览器兼容：Chrome 84+、Firefox 105+均支持initiator条件，覆盖主流版本。
• 无需依赖tabId：避免了popup中获取tabId可能出错的问题，规则仅对扩展自身发起的请求生效，与当前活跃tab无关。
• 配置简单：无需修改请求发起逻辑，仅需调整规则条件。

方案2：添加自定义请求头匹配扩展请求 #

如果你的请求是从content script发起的（此时请求的initiator是目标网站的origin，而非扩展origin），可以通过添加自定义请求头的方式标记扩展发起的请求，再用declarativeNetRequest匹配该头。

实现步骤： #

1. 在扩展发起请求的所有位置（content script、popup、后台）添加自定义头：

// 示例：fetch请求时添加标记头
fetch(targetUrl, {
    headers: {
        'X-WebToEpub-Request': '1'
    }
});

2. 构造declarativeNetRequest规则，匹配自定义头：

let rule = [{
    "id": 1,
    "priority": 1,
    "action": {
        "type": "modifyHeaders",
        "requestHeaders": [{ "header": "origin", "operation": "remove" }]
    },
    "condition": { 
        "urlFilter": "example.com",
        "requestHeaders": [{ 
            "header": "X-WebToEpub-Request", 
            "value": "1",
            "operation": "equals"
        }]
    }
}];

优势： #

• 覆盖所有请求场景：无论请求从扩展的哪个上下文发起，只要带有自定义头就会被匹配。
• 不受initiator限制：解决content script发起请求时无法用origin识别的问题。

注意事项 #

• 确保扩展已声明declarativeNetRequest权限，以及目标网站的host_permissions（在manifest.json中配置）。
• 自定义头建议使用X-前缀（符合HTTP规范），避免与标准头冲突。

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