MV3 Chrome扩展Content Script无法匹配自身chrome-extension://本地页面怎么办？

Chrome 扩展的Content Script（无论是在manifest静态声明，还是通过chrome.scripting动态注册）受内置安全沙箱限制，天生不支持匹配chrome-extension://协议的页面。这是官方的固有安全设计，目的是避免扩展间互相恶意注入脚本、破坏安全边界。Content Script的匹配规则仅支持http、https、file、ftp四类合法scheme，所有涉及chrome-extension协议的匹配写法，要么触发校验报错，要么完全匹配不到目标页面。
你之前尝试的方案存在本质偏差：

• 使用file:///*规则：仅能匹配本地磁盘的file协议页面，无法覆盖扩展内部的chrome-extension协议路径，自然不会加载脚本
• 使用*://pdkkaldkelomkfiohdhcklphjclggmoh/index.html规则：通配符*对应的合法scheme仅为http/https，与目标页面的chrome-extension协议不匹配，规则可通过校验但不会实际触发注入
• 直接写完整的chrome-extension://URL：触发scheme白名单校验，直接抛出无效scheme的加载错误。

你的目标页面本身就是扩展随包附带的内部资源，完全不需要走静态Content Script的匹配流程，可根据实际需求选择以下方案：

方案1：直接在目标页面引入脚本（最推荐） #

chrome.tabs.create打开的index.html是扩展自有目录下的本地资源，可直接在HTML文件中引入你原本计划作为Content Script加载的content.js：

<!-- 在index.html的head标签或body结束标签前加入 -->
<script src="./content.js"></script>

该方式没有跨上下文隔离问题，调试成本最低，运行时权限与扩展内置页面完全对齐，可直接访问扩展相关API。

方案2：创建标签页后主动注入（适合动态加载场景） #

如果需要灵活控制脚本注入时机（比如满足特定运行条件才加载、不想修改原有index.html代码），可在Background脚本中创建标签页的回调里，通过chrome.scriptingAPI主动完成注入，无需配置静态content_scripts规则：

// Background脚本改造逻辑
chrome.tabs.create({ url: "index.html" }, async (tab) => {
  // 待页面加载完成后执行注入，避免提前执行导致脚本运行异常
  await chrome.scripting.executeScript({
    target: { tabId: tab.id },
    files: ["content.js"]
  });
});

使用该方案需在manifest中提前声明对应权限：

{
  "permissions": ["scripting", "tabs"],
  "host_permissions": ["chrome-extension://*/*"]
}

注：host_permissions的规则校验比Content Script的matches规则宽松，允许匹配chrome-extension://协议的路径，因此该方案可正常生效。

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