图片压缩工具

关于 图片压缩工具

图片压缩工具基于 Canvas 2D API 在浏览器本地压缩 PNG、JPEG 和 WebP 图片。通过将图片绘制到 Canvas 再以指定质量参数调用 toBlob 方法输出，JPEG 和 WebP 支持 0 到 1 的质量滑块调节，在体积与清晰度之间找到平衡点。支持批量拖入多张图片同时处理，压缩前后文件大小对比一目了然，并自动剥离 EXIF 元数据（包括拍摄位置、设备型号和拍摄时间）以进一步减小体积。一个常见误区是「降低分辨率才能压得多」——其实很多照片 80% 质量的 JPEG 通常已经很好，优先调整质量而不是盲目缩小尺寸，能在大幅瘦身的同时保住像素数。压缩过程不会修改原始文件，处理后的图片可直接用于替换原文件或另存为新文件。例如把一张 500KB 的 PNG 拖入，调整质量后压缩到约 120KB，适合网页首屏优化。需要保留拍摄信息（如 GPS、相机型号）的素材请谨慎处理，因为压缩会自动剥离元数据；首屏图片优先压缩，往往能在几乎无感的前提下明显减少加载时间。

误用是只盯着质量参数往下压：质量从一百降到八十往往体积骤减而观感几乎不变，从八十降到六十则画质明显变差而体积降幅有限，收益递减非常明显。因此正确顺序是先找到质量拐点，再考虑降低分辨率——后者对体积的贡献通常更大，而观感损失在屏幕展示场景下往往可以接受，但绝不适合需要局部放大的素材。

与相邻方案的分工取决于交付形态。屏幕展示用位图压缩即可；需要高分辨率预览或后续印刷时应保留无损主文件，只对派生副本压缩，否则一旦压缩就无法回到原始质量。若目标格式是有损格式，还要注意压缩是不可逆的，反复「压缩—编辑—再压缩」会累积代次损失，因此工作流应当是「无损主文件 → 每次从主文件派生」，而不是在压缩结果上继续处理。

批量压缩前建议把主文件与派生文件分开存放，并在命名上体现派生关系。缺少这层区分时，很容易出现「原图被覆盖、只剩压缩版」的情况，而这类损失无法通过再次压缩弥补。若交付给第三方，也应说明对方拿到的是派生版本，避免他们在此基础上继续反复编辑导出，把代次损失叠加到无法使用。

最后一个前提是观察条件：判断压缩质量必须在目标观看条件下进行——用于网页的图在自己的大屏上放大检查会显得很差，用于打印的图只看屏幕也会显得很好。按实际用途设定检查方式，例如网页图按常见显示宽度查看、印刷图按印刷尺寸的等效分辨率查看，结论才有意义，也避免过度压缩或压缩不足。

与调整尺寸相比，压缩的优势是「保持像素尺寸不变」：页面布局依赖具体宽高时不能改尺寸，只能通过降低质量或色深来减体积。因此在固定布局（例如需要精确对齐的卡片）里，压缩是唯一可行的减体积手段；只有当布局允许自适应时，缩小尺寸才是更有效的选择。