手机拍完照片直接上传，后台提示文件已收到，网页端却只显示一个空白框，或者干脆弹出下载提示，点开下载又打不开。这类问题在网站维护中很常见，用户往往以为是自己网络不好，实际多半是HEIC格式在网页端没有得到正确处理。HEIC是不少手机默认的照片存储格式，压缩效率高、体积小，但浏览器的解码支持并不统一，网页端能不能显示，取决于整条链路上有没有人替它完成格式转换。
先确认解码能力放在哪一端
常见做法有两条路径：前端转码和服务端转码。前端转码依赖浏览器自身或引入的解码库，在用户设备上把HEIC读出来再渲染，优点是服务器压力小，缺点是不同浏览器、不同系统版本的支持差异明显，老设备容易失败。服务端转码则是文件到达服务器后统一转换成通用格式再输出，兼容性更稳，但需要在上传完成和页面展示之间留出处理时间。核对时先确认项目采用的是哪条路径，再看这条路径是否真的跑通，而不是两边都以为对方在处理。
再查上传环节有没有扩展名改写或类型误判
有些上传组件会把文件统一重命名，或者按扩展名猜测类型，HEIC被识别成未知文件后，后续转码流程直接跳过。检查方法是看上传请求里的文件类型字段和实际文件头是否一致，再对比服务端收到的文件名后缀有没有被改动。如果类型判断依赖扩展名而扩展名又被改掉，转码程序就会把它当成普通二进制文件处理，页面上自然只剩空白。
还要确认转码后的输出是否完整
转成通用图片格式只是第一步，还要确认输出文件的尺寸、色彩信息和方向信息是否保留。手机照片常带旋转标记，转码时如果丢掉这个信息，图片会横躺；色彩配置缺失则可能出现偏色。另外缩略图与原图应当分开处理，列表页用小尺寸缩略图加快加载，详情页再取原图，两者各自走独立的转码和缓存逻辑，避免一张大图拖慢整个页面。
一份可落地的核对清单
上传后先看文件是否完整落盘，再确认类型识别结果，接着检查转码任务是否被触发并有成功记录，然后验证输出格式与尺寸，最后看页面取图地址指向的是缩略图还是原图。面向用户的提示也要写明白，在上传区域直接标注支持的格式范围，遇到HEIC时给出明确说明，而不是让用户对着空白框猜。
网站维护中，格式兼容不是一次修好就结束的事，新机型、新系统会不断带来新的默认格式。it数运在处理这类需求时，习惯先把上传、识别、转码、展示各环节的职责划清楚，再在上线测试阶段用真实设备拍的照片逐一验证，让兼容问题在交付前就暴露出来。技术有章法，服务有回应，把技术问题说明白，把交付过程做清楚，兼容性维护同样如此。
