压缩图片到 2000KB
精确落在 2000KB，而不是「差不多低于它」。文件不上传。
- 不上传
- 精确命中目标体积
- 原生批量
拖入图片，或点击选择
JPG / PNG / WebP / HEIC · 单张最大 25MB · 支持批量
文件不上传服务器，全部在你的浏览器里完成。
总进度
这张图片暂时处理不了
2000KB 是硬门槛，不是建议值
写着「最大 2000KB」的表单，会拒掉 2001KB 的文件。多数压缩工具只承诺「已经压过」，于是用户提交、被拒、把质量滑块拉低、再试一次。这里做的是：在编码后的字节数 ≤ 2000KB 的前提下搜索最高质量，然后把实际字节数直接报给你。
为什么偏偏是 2000KB
2MB 是「没有限制」之前的最后一站：手机相册上云、交付客户、印刷分辨率。2400 万像素的原图压到 2MB 体积减半以上，观感锐度不受影响——但如果最终要印刷，先看像素尺寸再信这个字节数。
2000KB 的限制通常从哪来
- 论坛与社区：单图上限 1–2MB
- 在线学习平台与按需印刷上传
- 手机相册上云：2MB 是很可观的减法，且肉眼无差
- 交付客户的文件：要求「控制在 2MB 以内」
如果表单同时规定了像素（例如 600×600），先定体积再看输出尺寸——两个条件有时会互相冲突。
2000KB 能保住多少分辨率
在 JPEG 质量 70–80% 的常态下，体积预算可以直接换算成像素预算。下面这些尺寸都还能保持干净：
| 画幅 | 尺寸 | 典型用途 |
|---|---|---|
| 1:1 | 2450×2450 | 头像、2×2 证件照 |
| 3:2 | 3010×2000 | 相机默认、冲印 |
| 16:9 | 3270×1840 | 屏幕、幻灯片 |
这些数字是算出来的，不是抄来的：字节 ÷ 0.34 ≈ 可用像素。在 2000KB 下超过这个尺寸，皮肤和文字就开始出现块状痕迹。
为什么压一次往往打不准
JPEG 的体积和质量不是线性关系：90% 降到 80% 可能直接减半，80% 到 70% 却只省 15%。只猜一次，要么超标，要么白白浪费 40KB 的空间。这里的做法是编码、量体积、收窄区间，直到输出落在限制的 2% 以内；如果最低质量仍然压不到目标，就改为降低像素尺寸，而不是交给你一张废图。
2000KB 该导 JPG、WebP 还是 PNG？
同样的 2000KB 下，WebP 的画质大约比 JPG 好 8–12%，还能保住透明通道——但少数老旧政务门户仍然拒收 .webp，先确认表单接受哪些类型。JPG 处理照片最稳：所有门户都认，代价是透明区域被铺白（或你选的底色）、细文字边缘发软。PNG 是无损格式，「2000KB」根本不可能靠降质量达到——工具会改为降低像素尺寸，这对截图、logo、线稿是正确取舍，对照片通常不是。
隐私：文件从来没有离开这个标签页
整个过程不会发出上传请求。浏览器解码图片、在 worker 线程里重新编码，然后交给你一个下载用的 blob。你可以打开 DevTools → Network，拖进一张图，确认没有任何请求带着它出去。断网也能用。