GIF拆帧只剩一小块？先分清局部更新和完整画面

GIF 播放时是一整张画面，拿到某个解码结果却只剩角落的一小块，这不一定是文件损坏。有些帧只记录相对画布的一次局部更新，解码器返回的 patch 不能直接当作独立完整图片。

画布与局部更新分开看

下面用一个构造例子说明机制，不是实际客户文件的拆帧截图。假设完整画布为 200×100，一次更新只覆盖左上位置 (80,20) 开始的 20×20 区域。

20×20 的 patch 只描述该区域的像素。要得到这一时刻的完整画面，还要知道此前画布保留了什么，再把 patch 按偏移放回去。把它画到新画布的 (0,0)，位置会错；把它直接保存成 20×20 图片，又会丢掉其他区域。

透明像素并不总是用来擦掉背景

图叮当前拆帧使用源叠加处理局部 patch：透明度为 0 的源像素跳过，不直接覆盖目标像素。只把原始 patch 写进一张空白图片，看起来可能出现大量透明区域；合成进前一时刻的画布，结果又不同。

这里说的是当前实现的像素合成，不是保证任何有损、异常或非标准文件都能恢复到作者当时的画面。拿到一个具体 GIF，仍要检查最后导出的 PNG。

disposal 影响的是下一帧之前的画布

当前处理顺序值得拆开：

1. 根据上一帧的处置方式，准备这一帧开始前的画布；
2. 需要时保留当前完整画布供之后恢复；
3. 按偏移叠加本帧 patch；
4. 从完整画布导出 PNG；
5. 保存本帧处置方式，供下一次循环处理。

其中，上一帧 disposalType=2 时，代码清理上一帧对应的矩形；为 3 且已有恢复快照时，恢复先前完整画布。若把这些步骤换到导出前后的错误位置，就可能导出一张已经被清理的图，或错误保留上一帧内容。

不能只看一个数字就断言某个播放器的全部行为。实际兼容性要回到输入文件、背景表达和最终渲染结果核对。

交付时要哪一种结果

做逐帧质检、联系表或静态画面选择，通常需要能独立看的完整合成帧。研究压缩结构或调试解码器，才可能需要原始 patch、偏移与处置信息。两者都能叫“帧”，但交付内容不同。

可用图叮 GIF 制作与拆帧工具导出 PNG，并把结果与原 GIF 在相应时刻的画面对照。交给开发时，还要保留逐帧时间清单与画布说明。完整画面核对与时间核对要一起做，不能拿文件数量正确代替画面正确。