速查在线工具箱做出来的 GIF 全是色带，是哪里设置错了？
不是设置问题。这个格式每个像素只存一个调色板下标，调色板最多 256 项，渐变色必然被压成台阶。
直接答案
先把责任分清：色带是格式上限造成的。这个格式每个像素只存一个调色板下标，调色板最多 256 项，与编码器的优劣无关。
把上百万种颜色压到 256 项时，平滑渐变里相邻的若干种颜色被合并成同一项，原本连续的过渡就出现台阶——这就是色带。
缓解手段是抖动：用相邻像素的点阵混合模拟中间色。它让渐变更平滑，代价是画面出现颗粒感，体积也会变大。
动态图至今仍然有不可替代的位置：邮件客户端、部分聊天工具只认它，会自动播放、不需要播放器。所以明知它技术老旧，还是得用它。
这一篇解释 256 色的由来、色带与抖动的关系，以及其他几个被格式写死的上限。
1256 这个数字是怎么来的
不是设计者随手定的，而是当时硬件条件的产物。
| 参数 | 取值 | 来源 |
|---|---|---|
| 每像素位数 | 8 位 | 一个字节刚好存一个下标 |
| 调色板项数 | 最多 256 项 | 八位能表示 256 种取值 |
| 调色板项本身 | 24 位真彩 | 每项仍可表示任意颜色，被限制的是项数 |
| 调色板长度 | 必须是 2 的幂 | 格式规定，2 到 256 之间取一档 |
关键在于「每像素一个下标」：颜色数受限于调色板项数，而调色板只有一个，整帧共用。
2色带、抖动与它们的关系
理解这一层，就知道抖动为什么能救场、又为什么救不彻底。
- 量化
- 把成千上万种颜色归并到几百项，归并得越粗，色带越明显
- 有序抖动
- 按固定图案在两种相邻色之间交替，规则但会有明显纹路
- 误差扩散抖动
- 把归并误差按权重分给邻近像素，观感更自然，也是动图编码常用的一种
- 代价
- 抖动会打散色块，破坏压缩效率，体积明显增大；对照片类内容收益有限
抖动是「用空间换色彩」：牺牲清晰度换取更平滑的观感，所以线稿、图标类内容反而不该开抖动。
3另外几个被写死的上限
这些限制与色带一起，构成了这个格式的能力边界。
| 项目 | 上限 | 实际影响 |
|---|---|---|
| 每帧尺寸 | 65,535 像素 | 够用，但大尺寸配合多帧会迅速失控 |
| 透明度 | 二值，只有全透明与不透明 | 边缘会出现锯齿，做圆角与阴影效果很差 |
| 帧延迟单位 | 百分之一秒 | 低于某个延迟时多数渲染器会强制放慢 |
| 帧间压缩 | 没有 | 每一帧独立压缩，所以动图体积远大于同长度的视频 |
如果想同时要真彩、完整透明与更小体积，动图 WebP、动图 PNG、动画 AVIF 都是候选；只有在「对方只认 GIF」时才非用不可。
顺着这个问题往下用
全部工具总览 →相关疑问
为什么照片做成动图特别难看？
照片包含大量连续色调，量化到 256 项后损失最严重。这类内容本来就该用视频格式。
开抖动就一定更好吗？
不一定。它适合渐变与照片，但会让图标、文字边缘发毛，也会显著增大体积。
GIF 能做成半透明边缘吗？
不能。它的透明只有「完全不透明」与「完全透明」两种状态，没有中间值，所以抗锯齿边缘做不出来。
动图文件为什么这么大？
因为它逐帧独立压缩，没有跨帧复用。同样的内容用视频编码可以小一个数量级。
继续看：相关问题与资料
全部问题解答 →
内容标识：本页内容由人工智能辅助生成，并经人工核对与编辑。详见 人工智能生成内容标识说明。
内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-09。若发现错误，欢迎通过页脚反馈入口告知。
内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-09。若发现错误，欢迎通过页脚反馈入口告知。