Firefox扩展机器级部署如何实现多Windows用户共享IndexedDB数据

核心结论：原生IndexedDB本身不支持跨Windows系统用户直接共享。机器级部署仅会把扩展的程序文件放到系统公共目录，Firefox的存储沙箱始终绑定当前操作系统用户对应的独立浏览器配置文件，每个用户下的IndexedDB实例天然物理隔离，纯扩展前端权限下没有直接打通的可能。

以下是可落地的实现方案：

• 方案1：公共目录+Native Messaging双向同步
  随扩展机器级部署时同步注册一个所有用户可调用的Native Messaging原生宿主小程序，这个小程序不受浏览器沙箱限制，可以读写系统公共目录：
  1. 在Windows公共目录（比如C:\ProgramData\你的扩展专属存储目录）创建存储区，提前配置好目录权限，保证所有本机用户都有读写权限
  2. 每个用户上下文下的扩展实例监听自身IndexedDB的变更，把增量数据通过Native Messaging通道发给原生宿主，由宿主写入公共存储区
  3. 原生宿主监听公共存储区的文件变更，主动推送更新给当前运行的扩展实例，或者扩展启动时主动拉取公共存储的全量/增量数据，回写到当前用户的IndexedDB中
     注意必须给公共存储加文件读写锁，同时实现简单的冲突合并规则（比如按更新时间戳判定最新版本），避免多用户同时写入导致数据损坏。
• 方案2：本地系统服务统一存储中转
  机器级部署扩展时同步安装一个后台运行的Windows系统服务，服务绑定本地回环地址的固定端口，统一维护全量共享数据：
  1. 每个用户下的扩展实例通过fetch请求和本地回环端口的服务通信，把自身IndexedDB的变更上传给服务
  2. 服务串行化处理所有读写请求，自动处理并发问题，扩展可以定时拉取增量更新，或者通过服务端推送拿到其他用户产生的新数据，同步到自身的IndexedDB
     这个方案不需要手动处理文件锁，稳定性更高，注意要给本地接口加简单的签名校验，防止本地其他未授权程序篡改数据。

避坑说明 #

• 不要尝试直接修改Firefox配置文件路径、硬链接IndexedDB文件到公共目录的方式实现共享，Firefox对配置目录有严格的权限和所有权校验，跨用户访问会直接导致配置损坏、存储加载失败，还可能触发浏览器安全拦截。
• 不要尝试用browser.storage.local等扩展存储API实现共享，这类存储和IndexedDB一样是绑定到当前用户浏览器配置的，同样是用户级隔离，没有跨用户访问能力。
• 如果你的部署流程不允许安装原生组件/本地系统服务，纯WebExtension权限范围内没有任何方法可以实现跨系统用户的数据共享，这是浏览器安全模型的硬性限制，没有绕过路径。

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