GIF 压缩:给动图瘦身,先搞懂那 256 色

GIF 是一个 1987 年定下来的格式,它天生就浪费空间,所以压缩空间也比别的格式大。这一页讲清楚 GIF 的体积花在哪、能动的参数有几个、以及什么时候应该果断放弃 GIF。

也可以把图片直接拖到这一块 · 图片不上传,处理在本机完成

GIF 为什么天生就大

GIF 每个像素最多只能表示 256 种颜色,整张图共用一张调色板。256 色听起来很少,但对表情包、界面录制这类内容其实够用——真正让文件变大的是另外两件事。

第一是帧数。一张 3 秒、每秒 15 帧的动图就是 45 帧画面,每帧都要存一遍。第二是 GIF 的压缩算法本身很原始,它只做同色像素的横向合并,不会像视频编码那样只记录帧与帧之间的变化。所以同等时长和分辨率下,GIF 的体积通常是 MP4 的十倍以上,这也是为什么视频网站早就不用 GIF 做动图了。

颜色数:每帧共用 256 色调色板,调色板本身也占体积
帧数:体积几乎与帧数成正比,这是最大的一块
画面尺寸:像素量翻倍,体积大致翻四倍
每帧是否只记录变化区域:优化开关控制的就是这一点

三个能动的参数怎么配合

压缩动图时,能调的是颜色数、抖动和画面尺寸。帧数虽然影响最大,但需要专门的动图工具做抽帧,这里不做处理,动图压缩后会保持原有帧数与时长。

GIF 可调参数的实际效果
参数	调低的效果	注意
颜色数	直接缩小调色板,体积下降最明显	低于 64 色时渐变和阴影会出现明显色带
抖动	用细噪点缓解色带,视觉更平滑	噪点会略微增加体积,纯色内容不必开
画面尺寸	像素量成平方下降,收益很大	动图通常在小窗口观看,缩到一半往往看不出

颜色数该设多少

GIF 的内容大致分三类,颜色数的取法完全不同。

表情包、手绘动图、扁平插画:颜色本来就少,设在 32 到 64 色通常无损感,体积却能降一半以上
屏幕录制、软件操作演示:含大量文字和界面元素,建议 128 到 256 色,否则文字边缘会出现彩边
带光晕、渐变、实拍画面的动图:最少要 128 色,而且这类内容其实不适合用 GIF,应该转成 WebP 或视频

转成别的格式会丢掉动画

压缩时如果把输出格式选成 JPG、PNG 或 WebP,得到的结果会是静态图,只剩第一帧。原因是这些格式的处理路径是逐帧解码成一张画布再重新编码,而 GIF 的动画信息在这一步就丢失了。

所以要保留动画,输出格式必须保持 GIF。需要说明的是,目前本工具不做抽帧和有损压缩,压缩手段集中在减色、帧间优化和尺寸缩放上。如果你确实需要大幅瘦身,减帧是必经之路,那属于另一类工具的工作。

输出 GIF:动画保留,压缩手段为减色、优化、缩放
输出 JPG 或 PNG:动画丢失,结果只剩第一帧,体积可以非常小
静态 GIF:和普通图片一样处理,不受动画相关限制

什么情况下不该再抢救 GIF 了

如果一张 GIF 压到 64 色、缩到原来一半尺寸还是超过几兆,那说明内容本身就不适合这个格式,继续降参数只会让画面先崩。

这类内容的正确出路是换成 WebP 或视频。同样是 3 秒的动图,WebP 动图通常只有 GIF 的三分之一,而视频格式可以做到十分之一以下。代价是兼容性和嵌入门槛——GIF 能直接在聊天窗口里自动播放,视频需要播放器。如果使用场景是聊天表情、论坛贴图,GIF 的兼容性优势还是值得那点体积的。

常见问题

GIF 压缩后会丢帧吗?

不会。压缩后帧数和总时长保持不变,动画循环也不受影响,处理集中在减少颜色数、优化帧间冗余和缩放尺寸上。如果需要减少帧数或缩短时长,要使用专门的动图编辑工具。

为什么压缩后的 GIF 在微信里不动了?

先确认输出格式仍然是 GIF。如果选了 JPG、PNG 或 WebP,结果就是静态图,只剩第一帧,在哪儿都不会动。另外部分聊天窗口对尺寸或体积过大的 GIF 会自动转成静态缩略图,这种情况下减小画面尺寸通常能恢复播放。

GIF 能压到多少种颜色而不明显变差?

取决于内容。表情包、扁平插画、手绘动图用 32 到 64 色通常看不出问题;屏幕录制和含文字的界面演示建议 128 色以上;带渐变或实拍画面的动图至少 128 色,再往下会出现明显色带。拖动对比滑块逐帧扫一遍是最可靠的判断方式。

静态 GIF 和动图处理方式一样吗?

参数是同一套,但静态 GIF 的画质表现更接近 PNG 截图类内容,颜色数不宜低于 128,否则文字和线条边缘容易出现彩点。静态图片其实没必要用 GIF 格式,转成 PNG 或 WebP 通常又小又清楚。