客服曾接到这样一条反馈：同一张照片，在电脑浏览器里打开正常，到了部分安卓手机浏览器却显示空白，或者只剩一个下载按钮。追查后发现，用户上传的是HEIC格式——苹果设备常见的默认照片格式，压缩效率高，但部分安卓浏览器和图片组件并不能直接解码。遇到这类情况，先别急着把原因归到手机型号上，按上传端、服务端转码、分发与缓存三层顺序逐项核对，通常能定位到具体环节。
第一层，核对上传端。先确认浏览器提交文件时是否保留了原始格式。有些页面的上传组件会对文件做一次前端压缩或格式转换，如果转换失败又静默回退，服务端收到的可能仍是HEIC，但扩展名或类型字段已经被写成JPG。字段声明与实际内容不一致，后续处理就会走错分支。检查方法是看服务端实际接收到的文件头信息，而不是只看文件名后缀。同时确认上传接口是否接受该类型，被拒绝的文件不应悄悄变成空记录。
第二层，核对服务端转码。HEIC需要转成JPG或WebP等通用格式再对外提供，这一步要确认转码任务是否真正执行成功。常见问题是转码依赖缺失或超时，任务失败却没有记录，页面上引用的仍是原始HEIC地址。合理的做法是转码成功后生成独立副本，原文件保留归档，对外只引用副本。还要确认转码失败时有回退方案，比如提示用户重新上传或给出明确说明，而不是让页面挂着一个打不开的链接。
第三层，核对分发与缓存。转码后的副本地址是否被页面正确引用，是否存在旧版本缓存仍在返回原始文件。CDN或浏览器缓存可能保留了转码前的响应，导致部分用户看到旧结果。核对时清理对应路径缓存，确认响应头中的内容类型与实际格式一致，再换一台安卓设备复测。若同一地址在电脑正常、手机异常，优先怀疑缓存与内容协商，而不是图片本身损坏。
下面是一份上传图片格式兼容检查清单，按顺序逐项确认：一、上传组件是否保留原始文件并如实记录类型；二、服务端是否校验文件头与扩展名一致；三、转码任务是否有成功与失败记录；四、转码失败是否有回退提示；五、对外引用是否统一指向转码副本；六、响应头内容类型是否与副本格式匹配；七、缓存是否清理并复测；八、安卓端与电脑端分别验证一次。
格式策略不是一次性处理完就结束。新设备和新浏览器会带来新的默认格式，转码链路、回退逻辑和缓存规则都需要长期维护。it数运在网站维护中把图片格式兼容作为常规检查项，定期复核上传、转码、分发三个环节，让技术问题有据可查，交付过程清晰可控。技术有章法，服务有回应，把技术问题说明白，把交付过程做清楚，正是it数运一贯坚持的做法。
