[{"data":1,"prerenderedAt":25},["ShallowReactive",2],{"blog-zh-gif-compression-dimensions-colors-frame-rate-guide":3},{"slug":4,"locale":5,"title":6,"description":7,"date":8,"author":9,"tags":10,"keywords":15,"h1":16,"readingTime":17,"html":18,"recommendedTools":19,"faqs":24},"gif-compression-dimensions-colors-frame-rate-guide","zh","GIF 压缩：尺寸、颜色与帧数怎么选","分清 GIF 缩放、减色、抽帧和裁剪的区别，了解三档压缩设置，以及导出后如何检查画质、流畅度、短暂内容和循环播放。","2026-09-14","DocCrunch Team",[11,12,13,14],"GIF 压缩","GIF 尺寸","GIF 颜色数量","GIF 帧数",[11,12,13,14],"GIF 压缩：尺寸、颜色和流畅度，应该先调整哪一个？",5,"\u003Cp>GIF 变小之后，画面可能依然清楚，动作却开始跳动；也可能播放正常，渐变背景却出现一层层色带。它们都与压缩有关，但损失的是不同的信息。\u003C\u002Fp>\n\u003Cp>与静态图片相比，GIF 还需要保存连续画面及其播放时间。因此，压缩 GIF 不能只看“质量高低”，还要分别考虑画面尺寸、颜色数量和帧数。\u003C\u002Fp>\n\u003Ch2>先分清三个调整方向\u003C\u002Fh2>\n\u003Cp>压缩前，可以先判断文件中哪些信息允许减少。\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>调整方式\u003C\u002Fth>\n\u003Cth>主要改变\u003C\u002Fth>\n\u003Cth>可能影响\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>缩小尺寸\u003C\u002Ftd>\n\u003Ctd>每帧的像素宽高\u003C\u002Ftd>\n\u003Ctd>小字、细线和局部细节\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>减少颜色\u003C\u002Ftd>\n\u003Ctd>画面使用的颜色数量\u003C\u002Ftd>\n\u003Ctd>渐变、阴影和颜色过渡\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>减少帧数\u003C\u002Ftd>\n\u003Ctd>动作中的中间画面\u003C\u002Ftd>\n\u003Ctd>流畅度、短暂出现的内容\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>裁剪画面\u003C\u002Ftd>\n\u003Ctd>动画保留的可见范围\u003C\u002Ftd>\n\u003Ctd>构图和移动主体是否完整\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>这些方法可以组合，但不必一开始就全部使用。如果动画原本显示得很小，先缩小尺寸通常更容易判断效果；如果必须保留精细动作，就应谨慎减少帧数。\u003C\u002Fp>\n\u003Cp>\u003Ca href=\"\u002Fzh\u002Fgif-compress\u002F\">DocCrunch GIF 压缩\u003C\u002Fa>提供清晰、均衡、极小三档，并可单独设置缩放比例。它们并不是同一个“质量滑块”的不同数值：当前清晰和均衡档保留全部帧，极小档还会减少中间帧。\u003C\u002Fp>\n\u003Ch2>尺寸过大时，先调整像素宽高\u003C\u002Fh2>\n\u003Cp>一张 1000×600 像素的 GIF，等比例缩小到 500×300 后，每帧像素总数变为原来的四分之一。动画中的每一帧都会受到这个变化影响。\u003C\u002Fp>\n\u003Cp>但文件体积不一定也变成四分之一。最终大小还与画面内容、颜色和编码方式有关，不能直接按面积推算。\u003C\u002Fp>\n\u003Cp>缩放是否合适，应在实际展示大小下判断。原图中清楚的小字，缩小后可能已经无法阅读；细线、光标和小图标也可能变得不明显。\u003C\u002Fp>\n\u003Cp>DocCrunch 提供原尺寸、75%、50%、33% 等快捷选项。可以先试一个较温和的比例，再查看完整动画，而不是只盯着压缩后的体积。\u003C\u002Fp>\n\u003Cp>如果尺寸本来就刚好满足用途，继续缩小未必是最好的选择。\u003C\u002Fp>\n\u003Ch2>减少颜色，影响的不只是鲜艳程度\u003C\u002Fh2>\n\u003Cp>GIF 使用调色板保存颜色。颜色数量受限，是它与常见照片格式的重要区别之一。\u003Ca href=\"https:\u002F\u002Fdeveloper.mozilla.org\u002Fen-US\u002Fdocs\u002FGlossary\u002FGIF\">MDN 的 GIF 格式说明\u003C\u002Fa>对此有简要介绍。\u003C\u002Fp>\n\u003Cp>减少颜色后，变化往往先出现在渐变、阴影和细微色差中。原本平滑的过渡可能变成分层色带，相近的颜色也可能被合并。问题不一定表现为“颜色变淡”，而可能是层次减少。\u003C\u002Fp>\n\u003Cp>纯色图形、简单图标与复杂摄影画面，对减少颜色的耐受程度通常不同。因此，同一个压缩档位不能保证适合所有 GIF。\u003C\u002Fp>\n\u003Cp>当前 DocCrunch 的三档颜色设置分别为 256、180 和 96 色。选择更少颜色后，应重点检查：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>渐变背景是否出现明显分层。\u003C\u002Fli>\n\u003Cli>阴影是否变成较大的色块。\u003C\u002Fli>\n\u003Cli>小字与背景是否仍有足够区别。\u003C\u002Fli>\n\u003Cli>播放过程中，细节是否出现明显闪动。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>颜色减少带来的影响，有时在静止画面中不突出，连续播放时却容易察觉。\u003C\u002Fp>\n\u003Ch2>减少帧数，不等于单纯加快播放\u003C\u002Fh2>\n\u003Cp>帧数描述保留了多少幅画面，播放时长还取决于每帧停留多久。\u003C\u002Fp>\n\u003Cp>如果删除一些中间帧，同时延长保留帧的显示时间，动画可以大致维持原来的节奏，但动作会少一些过渡。物体从一个位置跳到下一个位置时，变化就更明显。\u003C\u002Fp>\n\u003Cp>DocCrunch 的极小档会间隔取帧，并合并对应帧的显示时间。因此，它主要减少动作中的中间信息，而不是简单把动画加速。\u003C\u002Fp>\n\u003Cp>这种处理对缓慢、简单的动作可能影响不大，但需要仔细检查快速移动、光标操作和短暂提示。有些内容只出现一两帧，减少帧数后可能不再清楚，甚至没有被保留下来。\u003C\u002Fp>\n\u003Cp>对于操作演示，动作是否完整通常比体积再小一点更重要。不能只因为首帧清楚，就认为压缩结果可用。\u003C\u002Fp>\n\u003Ch2>裁剪要看整个动画，不能只看第一帧\u003C\u002Fh2>\n\u003Cp>如果画面周围存在固定的空白或无关区域，可以先考虑\u003Ca href=\"\u002Fzh\u002Fgif-crop\u002F\">GIF 裁剪\u003C\u002Fa>。\u003C\u002Fp>\n\u003Cp>裁剪减少的是每帧保留的范围，并不会缩短动画。判断边界时，应播放完整内容，确认主体移动到最远位置时仍在画面内。\u003C\u002Fp>\n\u003Cp>第一帧没有内容的地方，后面可能出现文字、展开的菜单或移动中的物体。如果只根据第一帧收紧边界，就可能把后续信息切掉。\u003C\u002Fp>\n\u003Cp>比较稳妥的顺序是先确定保留范围，再决定最终尺寸。需要压缩时，继续使用专门的 \u003Ca href=\"\u002Fzh\u002Fgif-compress\u002F\">GIF 压缩工具\u003C\u002Fa>，避免把动画交给只处理静态图片的工具。\u003C\u002Fp>\n\u003Ch2>下载后检查完整播放结果\u003C\u002Fh2>\n\u003Cp>GIF 的检查对象应当是动画，而不只是一张缩略图。\u003C\u002Fp>\n\u003Cp>导出后，至少完整播放一遍，并核对几个方面：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>内容\u003C\u002Fstrong>：文字、提示和移动主体是否完整。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>画质\u003C\u002Fstrong>：小字、细线、渐变和阴影是否可接受。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>动作\u003C\u002Fstrong>：是否出现明显跳动，短暂停留是否仍然足够。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>播放行为\u003C\u002Fstrong>：速度、循环方式和结束位置是否符合用途。\u003C\u002Fli>\n\u003Cli>\u003Cstrong>交付要求\u003C\u002Fstrong>：实际宽高与文件体积是否满足限制。\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>尤其是原本只播放有限次数的 GIF，需要单独确认循环行为。当前 DocCrunch 对重新编码的 GIF 设置为持续循环，不能默认原来的播放次数会被保留。\u003C\u002Fp>\n\u003Cp>处理在浏览器本地完成，但这不会替代结果检查。保留原文件，从原件生成不同设置的副本，也比对已经压缩过的版本反复处理更方便比较。\u003C\u002Fp>\n\u003Cp>GIF 压缩没有适用于所有文件的最佳档位。尺寸是否必要、颜色过渡是否重要、动作能否减少，应该分别判断。最终留下的版本，应当既满足体积要求，也能完整表达这段动画的内容。\u003C\u002Fp>\n",[20,22],{"slug":21},"gif-compress",{"slug":23},"gif-crop",[],1789443127420]