最后审阅：2026年7月23日

浏览器兼容性

BatchMint 面向当前 Chrome、Edge、Firefox 和 Safari，通过 Worker、Canvas 和 WebAssembly 本地处理。文件夹导出主要适用于 Chromium 桌面版，其他环境使用 ZIP；移动端只使用一个 Worker 来降低内存压力。

兼容性基础条件

BatchMint 需要支持 JavaScript、Web Worker、Canvas、WebAssembly 和 Blob 下载的现代浏览器。当前 Chrome、Edge、Firefox 和 Safari 都具备这些基础能力，但直接写入文件夹、PWA 安装等可选功能会随浏览器和操作系统变化。页面能够打开并不代表所有功能已经验证，实际使用的编解码器和导出方式也要在当前设备测试。

不同浏览器和设备的预期行为

当前设计的兼容行为和降级方式
环境	本地处理	文件夹导出	ZIP 下载	重要说明
Chrome 桌面版	支持	用户授权后可用	支持	最符合 File System Access 设计路径
Edge 桌面版	支持	用户授权后可用	支持	使用同一 Chromium 文件系统能力
Firefox 桌面版	所需编解码 API 可用时支持	通常不可用	支持	不能直接写文件夹时使用 ZIP
Safari 桌面版	所需编解码 API 可用时支持	通常不可用	支持	不同设备内存表现差异较大
移动浏览器	使用一个 Worker	不依赖该功能	受系统下载行为影响	建议小批次处理并保持页面在前台

为什么有些浏览器不显示文件夹导出

直接写入文件夹依赖 File System Access API，并且必须由用户明确授权。Chromium 桌面浏览器提供预期路径；Firefox 和 Safari 使用 ZIP 下载作为降级方式。这属于正常兼容设计，不代表图片处理失败。隐私模式、浏览器权限或企业管理员策略，也可能让原本支持的浏览器不出现授权提示。

Worker 数量和内存压力

桌面设备最多使用四个本地 Worker，移动端只使用一个，因为图片解码后的内存占用可能远高于压缩文件体积。多张高分辨率照片并行处理时，即使文件夹里看到的文件并不大，也可能耗尽手机或旧电脑内存。20 张上限是队列限制，不代表每台设备都能轻松同时容纳 20 张超大解码图片。

添加大批次前先处理一张代表图。
浏览器自动刷新或取消任务时，先关闭其他高内存标签页。
不要放大小图，并设置实际需要的最大宽度。
超大原图让设备不稳定时，将任务拆成多个小批次。

PWA 和离线使用

Service Worker 会在资源被请求后缓存静态应用外壳和编解码器。安装提示、添加到主屏幕等行为随浏览器和操作系统变化。因此离线处理更接近“第二次使用能力”：先联网打开应用，让实际需要的输出格式完成一次编解码加载，再切换离线状态验证，不要第一次打开就假设所有编码器已经可用。

编解码和格式检查

当前版本支持 JPEG、PNG 和静态 WebP 输入，并输出 JPEG、PNG、WebP 或 AVIF，其中 AVIF 按需加载。某个浏览器可能能运行界面，却因为 WebAssembly 版本过旧、内容策略限制或缓存损坏而无法初始化编解码器。遇到这种情况，刷新应用并更新浏览器，比反复重试同一批图片更有效。

正式处理前的快速检查

选择一张普通 JPEG 和一张与任务相关的透明 PNG 或 WebP。
执行准备使用的缩放、水印和输出格式。
打开结果，检查透明度、方向、尺寸和文件名。
必须使用文件夹时测试授权流程，否则确认 ZIP 能下载和解压。
这些步骤通过后，再把相同配方用于剩余批次。

FAQ

为什么我的浏览器没有文件夹导出？

直接写入文件夹依赖 File System Access API，BatchMint 主要在 Chromium 桌面浏览器中使用该功能。Firefox、Safari 或受限制环境请改用 ZIP 导出。

为什么移动端只使用一个 Worker？

解码图片像素占用的内存远大于压缩文件。只使用一个移动端 Worker 可以降低并行内存压力，减少浏览器终止标签页的概率。

第一次打开 BatchMint 就能离线使用吗？

不能可靠保证。应用外壳和实际需要的编解码资源要先完成缓存，应联网测试目标输出格式后再依赖离线处理。

打开工作台