jpeg 图像本身已是压缩格式，直接用 imageio 二次压缩不仅无法减小体积，还可能因元数据写入、量化表重生成或色彩空间转换导致文件变大；真正有效的压缩需结合尺寸缩放与质量权衡。
在 Java 中使用 ImageIO 对 JPEG 图像进行“压缩”时，出现压缩后文件反而比原图更大的现象（如 227KB → 236KB），并非代码错误，而是对图像压缩原理的常见误解。JPEG 是一种有损压缩格式，原始图片在拍摄或导出时已由相机/编辑软件完成了一次高质量压缩。当你用 ImageWriter 再次写入 JPEG 时，JVM 的 JPEG 编码器会：
- 重新解码为 YCbCr 色彩空间并采样；
- 使用新的量化表（即使 compressionQuality = 0.5f）进行二次有损编码；
- 写入新的 JFIF 头、APPn 元数据块（如 Exif、ICC Profile 若未显式清除）；
- 可能引入填充字节或更冗余的 Huffman 表。
这些操作往往抵消甚至超过压缩收益，尤其当原图已高度优化（如经 Photoshop 或 WebP 转换前的 JPEG）时，二次压缩极易增大约 1–5% 的体积。
✅ 正确做法应是「按需降质 + 智能缩放 + 元数据精简」三步结合：
BufferedImage original = ImageIO.read(photoFile);
// 1. 按需缩放（最有效的体积削减手段）
int targetWidth = Math.min(original.getWidth(), 1200); // 例如限制长边为1200px
int targetHeight = (int) Math.round((double) targetWidth * original.getHeight() / original.getWidth());
BufferedImage scaled = Scalr.resize(original, Scalr.Method.ULTRA_QUALITY,
Scalr.Mode.AUTOMATIC, targetWidth, targetHeight);
// 2. 写入时禁用冗余元数据（关键！）
ImageWriteParam param = writer.getDefaultWriteParam();
param.setCompressionMode(ImageWriteParam.MODE_EXPLICIT);
param.setCompressionQuality(0.75f); // 建议 0.6–0.8 区间平衡清晰度与体积
// 3. 使用 IIOImage 并显式丢弃 IIOMetadata（避免复制原图Exif）
IIOMetadata metadata = writer.getDefaultImageMetadata(
new ImageTypeSpecifier(scaled), param);
// 可选：清空元数据以进一步减小体积
if (metadata != null && metadata.isReadOnly() == false) {
metadata = null; // 或调用 metadata.setFromTree(...) 自定义精简
}
IIOImage iioImage = new IIOImage(scaled, null, metadata);
writer.write(null, iioImage, param);⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- 不要对 JPEG 原图做“无缩放+低质量”二次压缩——这是体积增加的主因；
- 使用 Scalr 或 Graphics2D 手动绘制实现高质量缩放，比单纯调 Image.getScaledInstance() 更可靠；
- 若需保留 EXIF（如 GPS 信息），可用 metadata.mergeTree(...) 精确控制字段，而非全量继承；
- 对于 Web 场景，考虑将最终输出转为 WebP（Java 19+ 原生支持，或通过 imageio-webp 库），通常比同等质量 JPEG 小 25–35%；
- 始终用 Files.size() 验证结果，而非依赖文件管理器显示的“大小”（可能含隐藏流）。
总结：图像压缩 ≠ 格式重写。真正的体积优化核心在于降低像素总量（缩放） 和 合理控制编码质量，而非盲目调低 compressionQuality。理解 JPEG 的固有压缩特性，才能让 Java 图像处理既高效又可控。
