企业站图片上传后边缘发虚，先别急着反复重传原图
一位负责企业站维护的读者发来对比截图：同一张AVIF图片，在本地看图软件里轮廓干净，上传到网站后，人物发丝和产品边缘却像蒙了一层雾。他先怀疑是自己压缩过头，重新导出后问题照旧。这类情况在网站维护中并不少见，关键要先分清是显示问题还是转码问题。显示问题只在某些浏览器或某些尺寸下出现，换设备就正常；转码问题则不分设备，图片文件本身已经被改写。判断方法很简单：把网站上实际加载的图片地址单独下载下来，与原图并排放大对比，若下载版本已经发虚，说明问题出在服务端处理环节，而不是用户的屏幕。
第一层核对浏览器与解码支持。AVIF属于较新的图片格式，部分浏览器版本或系统组件对其支持不完整，遇到不识别的情况可能回退到低质量占位图或降级渲染。维护时应确认目标用户常用浏览器的实际表现，查看页面加载的是不是原始AVIF地址，还是被替换成了备用格式。若备用图本身分辨率偏低，边缘发虚就与格式无关，而是回退策略选错了图。
第二层核对服务端转码参数。很多网站会在上传后自动生成多档尺寸，转码时的质量系数、缩放算法和锐化设置如果沿用默认值，细节较多的图片就容易在边缘处丢失信息。需要检查生成图的压缩质量是否过低、是否做了超出需要的缩小、是否在缩放后缺少适度锐化。参数被默认值覆盖是常见原因，尤其是更换图片处理组件之后。
第三层核对响应式图片逻辑。页面通过srcset提供多个尺寸时，浏览器会按屏幕密度和布局宽度自行选择。如果多倍图没有正确生成，或尺寸描述写错，大屏设备可能取到小尺寸版本再放大显示，视觉上就是边缘发虚。维护时可强制指定某一档图片单独打开，逐档对比清晰度，确认选择逻辑没有取错版本。
第四层核对CDN缓存。图片处理参数调整后，边缘节点可能仍在返回旧版本。此时源站文件已经正常，用户看到的还是缓存中的模糊图。核对时应绕过缓存直接访问源站对比，确认差异后再按规则刷新缓存，避免误判为转码失败。
按顺序执行的六项核对清单：一、下载页面实际加载的图片与原图对比；二、确认浏览器加载的是AVIF还是回退格式；三、检查回退图的分辨率是否足够；四、核对转码质量系数与缩放尺寸；五、逐档验证srcset各尺寸图片；六、绕过缓存访问源站确认版本。常见误判是把缓存问题当成转码问题反复调参数，或把浏览器回退当成图片损坏而重传原图。
维护工作的收尾不应停在修好这一张图。把图片处理的质量系数、生成尺寸档位、回退格式和缓存刷新规则写进交付文档，后续替换素材时按同一套参数执行，同类问题才不会反复出现。it数运在网站维护中通常建议客户保留这份参数说明，它比单次修复更能减少沟通成本。技术有章法，服务有回应，图片清晰度这类细节，靠的正是把每一步核对做清楚。
