immersive-translate跨浏览器实测一套双语网页翻译代码如何跑通V3与V2双架构【免费下载链接】immersive-translate沉浸式双语网页翻译扩展 , 支持输入框翻译 鼠标悬停翻译 PDF, Epub, 字幕文件, TXT 文件翻译 - Immersive Dual Web Page Translation Extension项目地址: https://gitcode.com/GitHub_Trending/im/immersive-translate过去两周我们在 Chrome、Edge 与 Firefox 上跑了 immersive-translate v1.33.1覆盖沉浸式双语网页翻译、输入框翻译、鼠标悬停翻译以及 PDF 与 Epub 文件翻译。本文所有数据都能对照仓库内的配置文件核验。结论先行三端核心功能一致但底层架构是两条路线——Chromium 系走 Manifest V3Firefox 仍是 V2。从对比矩阵读懂跨浏览器差异对比维度Chrome/Edgedist/chromeFirefoxdist/firefox产物版本1.33.11.33.1Manifest 版本V3V2后台形式Service Worker按需激活常驻后台脚本最低支持版本88V3 平台下限63.0manifest 显式声明网络请求改写declarativeNetRequest 规则文件webRequestBlocking快捷键命令数21 个4 个有默认键21 个与左同深色模式工具栏图标未配置theme_icons 明暗双套目录大小未压缩40M37M本地化_locales 20 种语言_locales 20 种语言记住两点即可版本号同为 1.33.1但运行时形态不同这就是双架构的落点约 3M 的体积差来自打包内容差异而非功能缺失。仓库内没有 dist/edge 目录Edge 直接复用 Chromium 构建产物。逐项深挖四个能力维度核对后台运行机制的差异结论两端后台入口同为 background.js但 V3 是按需激活、闲置即回收的 Service Worker类似临时工有活才上班V2 是常驻脚本。证据——以下代码是两份 manifest 中 background 字段的并排对比// dist/chrome/manifest.json —— 按需激活的 service worker background: { service_worker: background.js } // dist/firefox/manifest.json —— 常驻后台脚本 background: { scripts: [background.js] }影响V3 在不翻译时后台几乎不占内存低配机挂一整天压力更小V2 后台始终驻留成本常驻。这是机制性差异我们未做量化内存对比。比较隐私与权限边界结论Chromium 端把请求改写收敛到 declarativeNetRequest声明式规则引擎由浏览器层执行Firefox 端保留 V2 的 webRequestBlocking脚本逐条拦截请求。证据——以下是 Chrome 端 manifest 的权限声明permissions: [ storage, activeTab, contextMenus, webRequest, declarativeNetRequestWithHostAccess, declarativeNetRequestFeedback, declarativeNetRequest, offscreen, sidePanel ]对应规则文件为 dist/chrome/request_modifier_rule.jsondist/firefox/manifest.json 中则保留了 webRequestBlocking。另注意 Chrome 端 CSP 放行了wasm-unsafe-eval对应包内 tesseract 浏览器端 OCR图片翻译用文字识别的运行需求。影响声明式规则由浏览器按固定策略执行扩展侧对单个请求的操作面更小Firefox 端的拦截权限范围更宽也是它受增强跟踪保护策略影响更大的原因之一。两端都声明了all_urls——网页翻译扩展必须能看到页面内容这属于必要权限选项页内另有敏感信息掩码开关银行卡、手机号、密码等见 dist/chrome/default_config.json。检查翻译渲染与配置同步结论两端内容脚本声明一致——都在 document_start 注入 content_guard.js 并覆盖 all_framesmanifest 中 12 项 web_accessible_resources 逐条相同。证据——两份 manifest 相同的内容脚本声明节选content_scripts: [{ matches: [all_urls, file:///*, *://*/*], js: [content_guard.js], run_at: document_start, all_frames: true }]file:///*在匹配列表内说明本地 PDF、Epub、TXT 文件天然在覆盖范围。选项页同时写入本地与同步存储页面源码中本地/同步两组隐藏字段并存设置可随浏览器账号同步迁移。影响分块逻辑、双语排版、术语表现在三端规则完全一致切换浏览器后不需要重新调排版偏好。看懂 Firefox 端的专属适配结论Firefox 构建多做两件事——工具栏图标主题化、声明严格最低版本。证据dist/firefox/manifest.json 的 browser_action.theme_icons 为 dark 与 light 各配 32~256 五个尺寸如icons/dark-32.png对应暗色模式browser_specific_settings 中 gecko 的 strict_min_version 为 63.0Android 端为 113.0。Chrome 端无 theme_icons 字段。影响Firefox 深色模式下工具栏图标不再刺眼63.0 的声明意味着更老的 Firefox 在扩展管理页会被直接拦截装不上而非装完报错。安装与排障操作清单两条部署路径官方渠道Chrome/Edge 用户在扩展商店搜索安装Firefox 用户在 Add-ons 市场获取均自动更新。手动部署适合固定版本或核验配置有序步骤克隆仓库git clone https://gitcode.com/GitHub_Trending/im/immersive-translate选择产物目录Chrome/Edge 用dist/chromeFirefox 用dist/firefox打开浏览器扩展管理页启用开发者模式选择加载已解压的扩展并指向对应目录场景化排障Chrome 扩展突然失效chrome://extensions → 找到 immersive-translate → 点更新仍无效则卸载后重新加载 dist/chrome 目录Firefox 翻译变慢或偶发失败先确认增强跟踪保护是否拦截了翻译服务请求把站点加入例外列表无效再检查翻译引擎是否被限流快捷键与其他工具冲突21 个热键均可在选项页重配4 个默认值为 AltA切换页面翻译、AltS侧边面板、AltI输入框翻译、AltW整页翻译本地 PDF/Epub 不翻译在扩展详情页开启允许访问文件网址manifest 虽已声明 file:///* 规则浏览器仍需手动授权选型建议Chrome/Edge 日常用户商店安装即可无需任何额外配置Firefox 用户装 Firefox 构建功能对等额外获得暗色图标适配需要固定版本、核验配置或二次分发走 dist 目录手动部署仓库未公布公开路线图更新节奏以 Release 版本号为准本次实测为 1.33.1问题与反馈走仓库 Issues。一套代码、两套 manifest这就是 immersive-translate 给出的跨浏览器答案变的是打包形态不变的是同一种沉浸式双语阅读体验。【免费下载链接】immersive-translate沉浸式双语网页翻译扩展 , 支持输入框翻译 鼠标悬停翻译 PDF, Epub, 字幕文件, TXT 文件翻译 - Immersive Dual Web Page Translation Extension项目地址: https://gitcode.com/GitHub_Trending/im/immersive-translate创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考