CodeKitHub为什么使用它？
- 100% 本地：图片不离开你的设备——私人照片、未发布的设计稿都安全。
- 没有限制：不限文件大小、没有每日额度、无水印、无需账号。
- 批量模式——一次拖入多张，每张单独下载。
- 质量滑块 + 最大宽度缩放 + JPG/WebP 输出——真正影响体积的三个设置都有。
- 每张图显示精确的节省比例，取舍心里有数。
常见问题
压缩后画质会变差吗？
质量 70–85% 时，照片在屏幕上看基本分辨不出差别；低于 50% 才会出现明显瑕疵。例外是文字截图——JPG 下更容易出现毛边，这类图建议选 WebP 输出或把质量保持在 85% 以上。
有文件大小或数量限制吗？
没有。压缩在你的设备上进行而不是服务器，所以没有任何限制——50 MB 的大图或一次 100 张都可以，只是大图会多花一点时间。
我的图片会被上传吗？
不会。文件完全由浏览器通过 HTML5 canvas 读取和重编码。你可以打开页面后断网，照样继续压缩。
输出选 JPG 还是 WebP？
同等画质下 WebP 通常小 25–35%，现代浏览器都支持——放网站首选。JPG 在任何软件、打印机上都能打开——分享和邮件首选。拿不准就选 JPG。
为什么我的 PNG 压缩后小了那么多？
PNG 是无损格式，存照片非常费空间——同样的照片 PNG 往往比看不出差别的 JPG 大 5–10 倍。把照片类 PNG 转成 JPG/WebP 是收益最大的压缩。PNG 只留给需要透明或锐利边缘的图形。
为什么有时输出反而比原图大？
如果原图已经被深度压缩过，再编码帮不上忙，甚至会增加字节。出现这种情况时工具会提示——保留原图即可。
工具介绍
图片压缩通过用更高效的（有损）参数重新编码来减小文件体积。手机拍的照片通常 3–8 MB，而放到网页、聊天或邮件里，200–500 KB 在屏幕上看起来毫无差别。更小的图片上传更快、加载更快、更省存储和流量。
本工具用浏览器自带的编码器按你选的质量重新编码，并可把过大的图片缩放到合理的最大宽度——这是影响体积最大的两个手段。压缩率和画质永远是取舍，每张图的压缩前后体积实时显示，方便你找到最佳平衡点。
格式对比：JPG、WebP、PNG 谁更小
同一张照片、同样的观感、三个悬殊的体积：PNG 是重量级（无损——照片类内容常是 JPG 的 5–10 倍），JPG 是通用的中间地带，WebP 通常再比 JPG 小 25–35%。所以照片的压缩优先级是：先摆脱 PNG，然后要兼容选 JPG、要极致体积选 WebP。
图形类内容把这张表反过来：截图、logo、纯色 UI 图里，调色板量化后的 PNG 在体积和锐度上通常都赢过 JPG——JPG 的摄影式压缩会把锐利边缘抹花。那个场景有专门的工具。
性能说明
- 先缩尺寸再谈压缩：4000px 缩到 1920px 直接去掉约 77% 的像素——任何质量滑块都拼不过这一步。
- 批量处理在你的 CPU 上顺序执行，一百张手机照片在笔记本上大约几分钟。因为不经过服务器排队，通常仍比上传型网站快——而且离线也能用。
- 那个 −% 数字就是你的反馈回路：只有个位数时说明图已被优化过，再降质量会先伤观感后省体积。
- 网页发布的参考预算：内容图 ≤200 KB、全宽大图 ≤500 KB——这个量级在移动网络下能稳住 Core Web Vitals。
我们自己的实测记录
这个工具上线前，我们用程序生成的测试图跑过完整流程，并且是逐像素检查输出，不是肉眼扫一眼。一张 3000×2000 的多色 PNG，在 75% 质量 + 1920px 上限的设置下从 140 KB 压到 94 KB（−33%）；因为测试图是合成的，我们能精确验证像素偏差在 JPG 编码器的预期容差之内。另外专门验证了"已是最优"的提示逻辑：喂给它一张已被深度压缩的 JPG，它会诚实提示你保留原图，而不是假装帮了忙输出一个更大的文件。
使用方法
- 把图片拖到虚线框（或点击选择），支持 JPG、PNG、WebP。
- 设置质量：75% 是均衡值；追求最小体积可降到 60%。
- 选择最大宽度——网页全屏用 1920px 足够。
- 输出格式选 JPG（通用）或 WebP（更小，现代浏览器都支持）。
- 点每条结果旁的"下载"。每个文件都显示压缩后大小和节省百分比。
示例
- 输入
手机照片.jpg — 4.20 MB，4032×3024- 输出
手机照片-compressed.jpg — 0.48 MB（−89%），1920×1440
缩放到 1920px 并按 75% 质量重编码：任何屏幕上看起来一样，体积小 9 倍。