flutter_image_compress的quality压缩参数是否为百分比形式？

观察到的压缩体积变化现象，直接印证了该参数不属于以文件体积为基准的百分比类设置参数。

参数的实际定义逻辑 #

• 该参数取值范围固定为0-100，锚定的是图像编码输出的视觉质量档位，和文件体积压缩比例没有绑定关系：数值越高代表保留的图像细节越完整、人眼可感知的画质损失越小，对应压缩率越低、输出文件越大；数值越低代表允许的画质损失越高、压缩率越高，对应输出文件越小。
• 它和最终输出体积的映射关系完全是非线性的，不存在“设置quality=50就一定输出为原文件体积50%”的固定换算规则：
  • 4.58MB原片经quality=50压缩后仅输出590KB的场景，本质是这类原片本身存在较高的编码冗余——比如原文件本身被过度编码、带有人眼根本无法区分的冗余画质数据，在quality=50的档位下，这些冗余数据可以被完全剔除，最终得到远低于50%体积比例的输出结果，完全是正常的参数工作逻辑。
  • 反过来如果原文件本身编码冗余度极低（比如本身就是经过高质量压缩的素材、或是从无损格式转码的源文件），同样设置quality=50，输出体积可能仅比原文件小10%-20%，甚至因为编码逻辑差异出现体积小幅高于原文件的情况。

常见认知误区 #

很多开发者会默认把quality参数值和压缩体积百分比划等号，这是跨平台图像开发场景的普遍认知偏差：从各操作系统原生提供的图像编码接口，到基于这些接口封装的跨平台图像库，quality参数的设计初衷从来都是控制视觉输出质量，而非输出体积。如果业务场景需要拿到固定体积的压缩结果，不能依赖固定quality值实现，需要通过动态调整quality档位的方式逐步逼近目标体积，不存在一步到位的参数设置逻辑。

内容的提问来源于stack exchange，提问作者CLKH