Chrome 扩展 - 如何使用 manifest v3 访问本地文件：//

Question

我有一个 Chrome 扩展程序，可以（如果您允许访问文件 URL）抓取您在 chrome 中打开的本地 pdf 文件并将其发送到我们的 API 进行处理。这是通过从后台脚本获取带有XMLHttpRequest 到file:///Users/user/whatever/testfile.pdf 的pdf 来完成的。

当为 Chrome 扩展迁移到 manifest v3 时，后台脚本变成了一个服务工作者。在服务工作者中，只有fetch 可用，XMLHttpRequest 不可用。问题是，fetch 只支持 http 和 https，不支持 file:// url。那么我怎样才能实现让 Chrome 扩展获取/获取本地文件的相同功能呢？

编辑：我也尝试过的事情：

1. 按照答案的建议从注入的 iframe 生成 XMLHttpRequest。 这在发出请求时会出现错误net:ERR_UNKNOWN_URL_SCHEME

2. 从注入的内容脚本生成 XMLHttpRequest。 这给出了错误Access to XMLHttpRequest at 'file:///.../testfile1.docx.pdf' from origin 'null' has been blocked by CORS policy: Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, chrome-untrusted, https.

根据我从大量研究中了解到的情况，对file:// 的访问通常被阻止，Chrome 扩展程序后台脚本曾经是一个例外。在我看来，内容脚本或动作弹出窗口从未允许这样做。

我的 manifest.json 供参考：

{
  "manifest_version": 3,
  "name": "..",
  "version": "0.1",
  "icons": {
    "16": "assets/icon-16x16.png",
    "48": "assets/icon-48x48.png",
    "128": "assets/icon-128x128.png"
  },
  "action": {
    "default_title": ".."
  },
  "background": {
    "service_worker": "background.js"
  },
  "permissions": [
    "webRequest",
    "activeTab",
    "scripting",
    "storage",
    "unlimitedStorage",
    "identity",
    "pageCapture"
  ],
  "host_permissions": [
    "<all_urls>"
  ],
  "web_accessible_resources": [{
    "resources": ["iframe.html"],
    "matches": [],
    "extension_ids": []
  }]
}

内容脚本以编程方式注入（使用webextension-polyfill 支持承诺）

browser.action.onClicked.addListener(async (tab: Tab) => {
  await browser.scripting.executeScript({files: [ "inject.js" ], target: {tabId: tab.id}});
});

Answer 1

由于您提到的原因，Chrome 98 及更早版本无法在后台服务人员中执行此操作。

还有一个bug 阻止在正常可见的chrome-extension:// 页面或iframe 中执行此操作。它已在 Chrome 91 中修复。

解决方案

在 Chrome 中使用 fetch 99 and newer。
在旧版本中，请使用以下解决方法。

解决方法 1：文件系统 API，Chrome 86+

ManifestV3 扩展可以使用新的File System API 来读取文件的内容，例如在通过web_accessible_resources 暴露的 iframe 中。

解决方法 2. 扩展框架，Chrome 91+

使用在该 pdf 选项卡中运行的内容脚本：

1. manifest.json 中的 matches 应包含 <all_urls> 或 file://*/* 并且文件访问应由用户启用 您的扩展程序的 chrome://extensions UI。或者，您可以使用 activeTab 权限和programmatic injection 当用户 单击您的扩展程序的图标或通过上下文菜单调用它。
2. 内容脚本添加了一个不可见的 iframe，它指向在 web_accessible_resources 中公开的 iframe.html 文件
3. iframe.html 加载 iframe.js，它照常使用 XMLHttpRequest。由于 iframe 有 chrome-extension:// URL 它的环境 与您的旧后台脚本相同，因此您可以做任何事情 你以前做过。

解决方法 3. 扩展窗口/标签，Chrome 91+

另一种解决方案是使用您的任何其他可见页面 扩展名，如action 弹出窗口或选项页面或任何其他 chrome-extension:// 属于您的扩展程序的页面，因为它们可以 和以前一样通过 XMLHttpRequest 访问file:// URL。

注意事项

• 应在 chrome://extensions 页面中为此扩展程序启用文件访问权限。