Extension.js 项目在 Firefox 中处理 Manifest V3 背景脚本的兼容方案

在开发浏览器扩展时，跨浏览器兼容性始终是一个重要课题。Extension.js 作为一个现代化的扩展开发工具，虽然原生支持 Manifest V3 规范，但在面对 Firefox 这类尚未完全支持 MV3 的浏览器时，开发者需要了解如何处理背景脚本的兼容性问题。

背景脚本的差异

Manifest V3 引入了服务工作者(Service Worker)作为背景脚本的新标准，取代了 Manifest V2 中的持久性背景页面。这一变化带来了性能优势，但也造成了兼容性挑战：

• Chrome/Edge 等基于 Chromium 的浏览器：完全支持 background.service_worker 字段
• Firefox：目前仍需要传统的 background.scripts 数组格式

解决方案演进

初始解决方案：构建后处理

早期开发者采用构建后处理的方式，使用 jq 工具手动修改生成的 manifest.json 文件。这种方法虽然可行，但存在几个缺点：

1. 增加了构建流程的复杂性
2. 需要额外依赖 jq 工具
3. 容易在后续构建中被覆盖

改进方案：浏览器特定字段

Extension.js 提供了更优雅的解决方案——使用浏览器前缀的字段声明。开发者可以在 manifest 中同时声明两种格式：

{
  "background": {
    "chromium:service_worker": "background/service_worker.js",
    "firefox:scripts": ["background/service_worker.js"]
  }
}

这种方式的优势在于：

• 保持代码整洁，所有配置集中在一处
• 构建工具会自动处理浏览器差异
• 无需额外的后处理步骤

实际应用中的注意事项

1. 文件路径一致性：确保为不同浏览器指定的脚本路径指向同一实际文件，避免维护两份代码

2. 环境变量处理：在背景脚本中使用环境变量时，必须添加 EXTENSION_PUBLIC_ 前缀。这是安全设计，防止敏感信息意外暴露到客户端

3. 功能检测：如果使用 Service Worker 特有 API，应添加适当的特性检测代码，确保在 Firefox 中优雅降级

最佳实践建议

1. 优先使用浏览器前缀字段而非构建后处理
2. 保持背景脚本功能简单，避免浏览器特有 API
3. 定期检查 Firefox 对 MV3 的支持进度
4. 为环境变量使用明确的前缀命名

随着 Firefox 对 MV3 支持程度的提高，这些兼容性处理可能会逐步简化。但目前采用这种声明式的方法，能够确保扩展在各大浏览器中都能稳定运行，同时保持代码的可维护性。