AVIF 图片转换：兼容性、质量与故障排查

不能。这里生成 AVIF 依赖当前浏览器中的 WebAssembly、Web Worker 和 Canvas API；下载后的文件能否显示，则取决于接收它的浏览器、应用、CMS 或设备。请用真实发布目标测试一个代表性文件；如果受众可能使用旧版或内嵌软件，应同时提供 WebP、JPG 或 PNG 回退。

打开浏览器开发者工具的“网络”面板，并在转换测试图片时观察请求。页面代码和编码器资源可能会从网站加载，但不应出现包含所选图片的上传请求；这些资源加载完成后，再离线转换一张小图，可以作为第二重验证。

压缩文件大小并不等于处理时占用的内存。一张 6000 x 4000 图片仅一个 8 位 RGBA 像素缓冲区就约需 96 MB，而解码、缩放、编码、预览和生成 ZIP 时可能短暂保留多个缓冲区。可调低最大尺寸、减少单批文件数、关闭占内存较多的标签页，并单独重试失败文件。

重视更小的网络传输体积且面向现代环境时选 AVIF；希望兼顾压缩率和兼容性时选 WebP；照片需要在几乎所有软件中打开时选 JPG；需要无损图形或透明度且体积并非首要因素时选 PNG。保留原始素材作为母版，再根据不同发布目标选择交付格式。

很小或已经充分优化的源文件可能优于一次新的编码，高质量或无损模式下尤其如此；细密纹理、噪点和透明度也需要更多数据。请在相同像素尺寸下比较，尝试降低质量或选择“更小文件”编码模式；如果原文件更小且视觉效果已达标，就继续使用原文件。

转换器会解码画面像素并创建新文件，不会把 EXIF、IPTC、XMP、GPS、相机信息或原始时间戳复制到结果中。浏览器支持时，显示方向会在解码阶段应用到像素上，因此仍应检查输出方向；如果归档或工作流依赖元数据，请单独保留源文件。

不要默认会保留。本流程通过标准的 8 位浏览器 Canvas 绘制解码后的图片，并生成 8 位输出，不会把源 ICC 配置文件或 HDR 信号写入新文件。色彩关键、印刷、广色域和 HDR 母版应使用具备色彩管理的桌面流程转换，并在校准过的显示器上检查。

本站生成的是静态图片，而不是动画序列，并且 GIF 不在可接受的输入范围内。对于动画 WebP、APNG 或 AVIF 等可接受的容器，浏览器解码后只有一个已显示的帧会进入静态图片编码器；帧时长、循环设置和其余帧都不会保留。需要动态效果时，请使用支持动画的专用编码器。

不是。无损模式只是在 AVIF 压缩阶段避免对已经解码的像素数据造成额外损失，结果仍是重新解码和编码的新图片，而非逐字节副本。源文件已有的有损细节无法恢复，元数据、色彩信号、位深、动画或缩放尺寸也可能发生变化。

使用 picture 元素，先列出 AVIF，再按需加入 WebP source，最后用普通的 JPG 或 PNG img 元素作为回退。各版本应保持等效尺寸，并在回退图片上提供有意义的 alt 文本；浏览器会选择自己支持的第一个来源，因此不支持 AVIF 时页面仍可正常使用。

请检查线上图片请求，而不是本地文件。响应应成功返回真实的 AVIF 数据，并包含 Content-Type: image/avif；过期的 CDN 缓存、错误的路径或文件名大小写、HTML 错误页、旧的转换副本都可能伪装成解码问题。清除对应缓存，并在目标浏览器中测试准确的公开 URL。

请在实际展示尺寸和 100% 缩放下对比源图与输出，重点观察文字、细边、渐变、人脸和透明边缘。确认像素尺寸与实际节省的字节数，在几组关键浏览器和设备上测试，保留源文件母版，并仅在画质和兼容方案都满足要求后替换素材。