图片压缩到指定大小总差几KB,多数不是没压到位,而是KB有两种算法。按1000字节算和按1024字节算,同一份200KB的目标会差出4.8KB,目标越小差得越明显。页面上的预设档位里1000k和1024k并列摆着,正好说明这两个口径同时在用,平台校验认哪一套,决定了你要留多少余量。

十进制口径下1KB等于1000字节,二进制口径下1KB等于1024字节,后者常被写成KiB,但很多系统仍然标成KB。两者相差2.4%,看着不多,落到200KB的目标上就是4.8KB。
差额会放大:目标20KB差0.5KB,100KB差2.4KB,1MB差24KB,够让一次上传失败。
站内指定大小页的预设按钮把1000k、1024k、2048k、3072k并排放着,2048和3072是1024的整数倍,1000k却是十进制。这一排按钮本身就是两种口径共存的证据。
页面右侧还有一个「尺寸缩小」输入框,默认值是0.7。它会在压缩的同时把宽高各乘0.7,一张1600×1000的图出来变成1120×700。像素少了一半,体积自然更容易达标,但你原本要保住的像素也跟着丢了。
很多人只盯着「期望大小」这一栏,没注意旁边这个默认值,结果体积达标、像素缩水,回头还要重新处理一次。要保像素,先把这一项改成1。
第一步,打开图片压缩到指定大小页面。
第二步,在「期望大小」里填目标值减一成。平台要求200KB,就填180;要求100KB,就填90。留出来的这一成,正好覆盖进制差和量化误差。

第三步,把「尺寸缩小」从0.7改成1,让像素不动。「宽」和「高」两个框留空,不要填,填了等于又指定了一次尺寸。
第四步,点「开始压缩」,等结果出来后下载。体积显示在结果卡片上,先看它有没有落在留出的余量里。
第五步,右键文件看属性里的字节数,分别除以1000和1024,看哪个口径下刚好低于上限,以后按这个口径留余量。
目标是20KB以下的头像,原图却有4000像素宽,光调压缩等级压不下来。这时候把「尺寸缩小」留在0.7是对的,尺寸是唯一能大幅削减体积的杠杆,只是要接受像素变小。
反过来,目标在300KB以上、原图也不算大,就不必动尺寸。体积上限宽松时,压等级比缩尺寸安全,画质损失更可控。
平台同时卡体积和像素时,两项要分别核对,可以先用图片改大小确认像素,体积达标不等于尺寸合规。
填180,出来176KB,算不算没压准?
算达标。留余量的目的就是让结果落在上限之内,不要求正好等于填写的数字。压缩是按块量化的,末块整块增减,很难精确卡到某一个字节。
为什么同一张图填100,出来总是101或102?
压缩以8像素见方的块为单位处理,最后一块往往不满8像素,补齐后仍按整块计入。加上文件头、色彩表这些固定开销,结果会稳定地比目标多出一两个KB,属于正常范围。
下载后显示196.25KB,属性里却是200961字节,哪个对?
两个都对,只是口径不同。200961除以1024约等于196.25,除以1000约等于200.96。平台提示超限时,多半是按十进制算的,这时候200961字节就已经超过200KB了。
图片压缩到指定大小总差几KB,多半不是工具没尽力。先确认平台用哪套口径,再留一成余量,比反复微调数字靠谱。