GIF 是少有的"越压越心虚"的格式：天生只有 256 色，动画还逐帧存数据，一幅正经动图动辄十几 MB；而压缩它是"有损"操作，压太狠画质肉眼可见地掉，压不狠体积又下不来。这篇先把 GIF 到底大在哪讲清楚，再给一条能直接照抄的降体积路线。
GIF 的体积从哪来
GIF 的存储有两个特点，决定了它和压视频、压照片完全不是一个思路。
第一，它是索引色，最多 256 色。 每个像素存的是一个"编号"，指向调色板里的某个具体颜色，而不是颜色本身。所以 GIF 的压缩其实是两段：先用量化把真彩色降到 256 色以内并生成调色板（这一步才是有损的），再对编好号的索引序列做 LZW 无损压缩。
关键就在这：LZW 对索引数据是无损的，而损失全部发生在"减色"那一步。 想压 GIF，管住的是调色板和帧数据，别指望 LZW 再从压缩率里挤出多少。
第二，动画逐帧存储。 每一帧都带一份图像数据，而且帧与帧之间大量重复——一段 30fps 的 GIF，绝大多数帧都只有一小块在变。gifsicle 这类优化器主要就是在做这步：检测相邻帧的差异区域，把没变的部分用透明清掉或省略，只存真正变化的像素。把一套表情包逐帧拆开看，通常第一帧最大，后面一帧比一帧小，就是这个原因。
降体积的三板斧，按性价比排
动图体积 ≈ 像素总量 × 帧数 × 单帧压缩后的平均大小，从这三个源头下手比花哨优化更管用：
- 降尺寸：缩窄画面。像素总量直接决定底层数据量，从 500px 缩到 300px，体积下降远超线性。
- 降帧率 / 抽帧：15fps 压到 8fps，帧数几乎减半。GIF 抽帧不像视频需要补插值，直接丢帧就行，是性价比最高的一步。
- 减色：调色板从 256 降到 128、64。照片类内容减到 128 损失不明显，卡通和纯色内容可以更低。
之后才轮到"优化器"那层：
- 无损优化：
gifsicle -O3 input.gif -o out.gif。-O 是优化级别，O1 去掉冗余数据、O2 加帧差分和透明优化、O3 在多个压缩算法里挑最优结果。 - 有损优化：
gifsicle -O3 --lossy=30 input.gif -o out.gif。--lossy范围 0–200，日常取 20–50，允许丢弃部分像素来换压缩率，很多场景能再省两三成。
无损优化是有天花板的
必须说清楚：无损优化效果很有限。 它只是去掉冗余、合并重复帧，如果 GIF 本来就是用做过优化的工具导出的，再 -O3 一遍基本压不动。有的录屏 19.8MB，无损压完还是 19.6MB——这是正常现象，不是命令写错了。
想明显变小，只能走上面的降尺寸 / 降帧 / 减色 / 有损，不要拿无损优化反复来回试。
视频转 GIF：参数直接决定成败
从一段视频出 GIF，最常踩两个坑：帧率过高，和不走调色板。视频是 30/60fps，GIF 根本不需要——低频动作 6–10fps 足够，高频动效 12–15fps 封顶。
FFmpeg 转 GIF 要用 palettegen + paletteuse 双滤镜：先算出全片最优调色板，再按它着色。直接 -c:v gif 硬转，要么偏色、要么各帧调色板互相打架导致体积异常：
ffmpeg -i input.mp4 -vf "fps=10,scale=480:-1,split[a][b];[a]palettegen=max_colors=128[p];[b][p]paletteuse=dither=bayer:bayer_scale=5" -loop 0 -y out.gif
fps=10：抽帧到 10fpsscale=480:-1：限宽 480，高按比例palettegen=max_colors=128：调色板只留 128 色dither=bayer：抖动，用少量颜色模拟渐变更平滑-loop 0：无限循环
该用 GIF 还是 MP4/WebM
GIF 的编码效率远低于 H.264/VP9——同一段会动的画面，MP4/WebM 常常能比 GIF 小一个数量级，还支持 1600 万色。所以别把 GIF 当万能动图格式：
- 画面复杂、时长超过几秒、想保色彩 → 直接转 MP4/WebM，别用 GIF
- 简单循环、目标老平台、对方明确要
.gif文件 → 才用 GIF
站内的视频转 GIF和GIF 压缩都跑在这套思路上，浏览器本地处理，文件不上传。
FAQ
Q：GIF 能压到和 MP4 一样小吗？ A：不能。索引色和逐帧存储决定了 GIF 的压缩上限远低于现代视频编码，同样的画面 GIF 普遍比 MP4/WebM 大不少。一味压只会牺牲清晰度和帧率，不如换格式。
Q：颜色减到多少合适？ A：照片、复杂渐变保 256（必要时 128）；UI 动画、卡通可以到 64。拿不准就从 256 往下降，每档导出一张眼睛看到的，觉得糊就停在上一档。
Q：为什么无损压了一轮体积没变？ A：说明这个 GIF 已经被类似工具优化过，冗余早被榨干。继续无损没有意义，该换减色 / 降帧 / 降尺寸这些"有损"手段。
Q：帧率越低越好吗？ A：不是。帧率低到能看出"跳动"就是过头了。看动作内容定：人挥手、打字这类低频动作 8fps 够，机器旋转、粒子这类高频动效要 12fps 以上。