Chrome扩展activeTab权限无法跨源框架执行executeScript的替代方案咨询

首先直接回答你的核心疑问：是的，activeTab权限在访问活跃标签页的跨源框架时完全无效。这不是bug，是Chrome扩展安全模型的刻意设计——activeTab权限仅授予你对当前活跃标签页主框架的访问权限，跨源的子框架不在这个权限覆盖范围内，所以你指定frameId执行脚本时会被Chrome拦截，导致脚本从未运行。

为什么你的代码在all_urls下能正常工作？ #

"<all_urls>"权限会授予扩展对所有站点所有框架的访问权，不管是不是跨源，所以Chrome不会拦截你对任意frameId的脚本执行请求，这就是两种权限下表现不同的原因。

无需<all_urls>权限的替代方案 #

既然你想避免"<all_urls>"带来的审核周期问题，这里有几个更轻量化的方案：

1. 用declarativeContent API+用户主动触发 #

你可以通过declarativeContent配置规则，当目标标签页满足特定条件（比如包含<video>标签）时，让扩展图标变为可点击状态，用户点击图标后，扩展会自动获取该标签页的临时权限（包括所有子框架），之后就能正常执行脚本了。

示例配置（manifest.json）：

{
  "permissions": ["activeTab", "declarativeContent"],
  "background": {
    "service_worker": "background.js"
  }
}

对应的background.js逻辑：

chrome.runtime.onInstalled.addListener(() => {
  chrome.declarativeContent.onPageChanged.removeRules(undefined, () => {
    const rule = {
      conditions: [
        new chrome.declarativeContent.PageStateMatcher({
          pageUrl: { schemes: ["http", "https"] },
          css: ["video"]
        })
      ],
      actions: [new chrome.declarativeContent.ShowPageAction()]
    };
    chrome.declarativeContent.onPageChanged.addRules([rule]);
  });
});

chrome.action.onClicked.addListener(async (tab) => {
  // 用户点击后，activeTab权限会覆盖该标签页的所有框架
  await chrome.tabs.executeScript(tab.id, {
    frameId: frame.frameId,
    code: `
      var videoTag = document.getElementsByTagName("video");
      console.log("videotag:", videoTag)
      if (videoTag.length > 0) {
        var title = document.getElementsByTagName("title")[0].text;
        var ok = true;
        [ok, title];
      }`
  });
});

这种方案的优势是权限请求完全由用户主动触发，Chrome审核时会更宽松，不会有长时间的等待。

2. 动态请求特定站点权限 #

如果你的扩展只针对少数几个视频站点，可以用chrome.permissions API动态向用户请求这些站点的权限，而不是一次性请求"<all_urls>"。比如：

// 当需要访问某站点时触发请求
chrome.permissions.request({
  origins: ["https://example.com/*", "https://another-video-site.com/*"]
}, (granted) => {
  if (granted) {
    // 权限获取成功，执行脚本
    chrome.tabs.executeScript({
      frameId: frame.frameId,
      code: /* 你的脚本代码 */
    });
  }
});

这种方案的权限范围更小，审核通过率更高，等待周期也会缩短。

3. 主框架注入脚本，通过postMessage与子框架通信（局限性大） #

如果子框架的站点允许跨源通信（设置了合适的CORS头），你可以先在主框架注入脚本，然后让主框架通过postMessage向子框架发送指令，子框架返回你需要的信息。但这个方案要求子框架配合，对于第三方站点来说可行性不高，仅适用于你自己控制的子框架场景。

最后补充一点：你提到的chrome.tabs.executeScript默认使用当前窗口活跃标签页的tabId，这个是对的，但即使默认tabId，只要指定了跨源的frameId，activeTab权限依然无法覆盖，所以脚本还是会失败。

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