网页上GIF只动一下或停在首帧，是站点维护中经常遇到的一类反馈。很多人第一反应是浏览器不兼容，但更稳妥的做法是先分清两种情况：换一个浏览器后表现是否不同。如果不同，多半属于渲染差异；如果所有浏览器表现一致，问题通常出在文件本身或上传链路。先把这一步区分开，能避免大量无效排查。
第一层：核对文件结构
把原始文件和网页实际加载的那份文件分别打开属性查看，确认帧数是否一致。有些GIF在本地是多帧，经过上传压缩或图片处理环节后被转成了单帧，帧数直接变成一。还要确认扩展名确实是gif，而不是被改成gif后缀的静态图。帧数不完整时，后面所有参数核对都没有意义。
第二层：核对帧延迟参数
GIF每一帧都带一个延迟值，单位是百分之一秒。延迟设得过短，部分浏览器会主动合并相邻帧，看起来就像没动；延迟写成零，一些渲染逻辑会直接跳到下一帧，造成闪一下即停的观感。检查方法是逐帧读取延迟值，确认没有零值，也没有大量低于常见下限的数值，必要时统一调整到合理区间再测。
第三层：核对循环次数与处置方式
GIF文件头里有循环字段，常见三种状态：无限循环、有限循环、只播放一次。只播放一次的文件在网页上播完就停在末帧，用户容易误判为卡在第一帧。还要留意循环字段在转码过程中被改写的情况，原图是无限循环，处理后就变成了播放一次。
第四层：核对调色板与帧处置
GIF采用索引色，每帧可以带局部调色板，透明色和帧处置方式设置不当，会让相邻帧叠加异常，出现只显示某一帧或画面残影。检查时关注帧处置字段是否合理，透明区域是否被错误填充。
一份可执行的检查清单
一看文件帧数与扩展名是否匹配；二看每帧延迟是否为零或过短；三看循环字段是无限还是单次；四看调色板与透明色设置；五在目标浏览器实际加载网页版本做对比。网站维护中应同时留存用户原始文件和处理后的转码版本，命名区分，避免出问题时反复返工。
规范上传流程再加预览验证，是减少这类问题的日常做法。it数运在网站维护中坚持把文件处理链路留清楚，问题定位到具体一层，交付才稳定。技术有章法，服务有回应，把技术问题说明白，把交付过程做清楚，靠的正是这种逐层核对的耐心。
