C#怎么压缩图片质量_C#降低图片分辨率减少文件大小【处理】

C#图片压缩实战：避开那些“坑”，才能真正缩小文件

直接调用 image.Sa ve("out.jpg", ImageFormat.Jpeg) 来控制JPEG质量？这恐怕是很多开发者踩过的第一个坑。实际上，这个方法根本不会理会你心里预设的那个“75%质量”。.NET框架内部有自己的一套默认编码策略，质量值通常是固定的（例如在.NET 6+中默认为80），并且无法通过这种方式覆盖。所以，如果你发现文件大小纹丝不动，或者图片模糊度没有改善，问题根源就在这里。

关键在于，你必须显式地获取JPEG编码器，并传入包含质量参数的 EncoderParameters 对象。缺少这一步，所有关于调整质量的尝试都将是徒劳的。

• 通过 ImageCodecInfo.GetImageEncoders() 可以获取所有编码器，你需要从中筛选出 MimeType == "image/jpeg" 的那一个，不能想当然地认为 ImageFormat.Jpeg 就能直接构造。
• EncoderParameters 对象必须且只能包含一个 EncoderParameter，参数过多或过少都可能导致静默失败或抛出 ArgumentException。
• 质量值必须是 long 类型，建议明确写成 75L，而不是简单的 75。在某些.NET版本下，int类型的隐式转换可能会引发 Parameter is not valid 异常。

先缩放还是先压缩？顺序错了，体积可能不减反增

单纯把 Encoder.Quality 调到50，效果可能还不如先将图片缩放到目标尺寸，再用75的质量保存。但这里又有一个常见的陷阱：很多人缩放宽高后，发现图片不仅更模糊，文件体积反而变大了。

这背后的原因在于，Graphics.DrawImage 方法默认使用的插值模式（如 InterpolationMode.Bilinear）可能不够高效，会引入过多高频噪声，导致后续JPEG编码器压缩起来更加困难，反而占用了更多空间。

因此，在绘图前务必正确设置插值模式：

• graphics.InterpolationMode = InterpolationMode.HighQualityBicubic 是必须项，而非可选项，它能显著提升缩放后的图像质量。
• 当缩放比例较大（例如低于0.5，从4000像素缩至1200像素）时，建议采用两步法：先缩放到一个中间尺寸（如2000像素），再缩放到最终目标。这能更好地抗锯齿并提升压缩效率。
• 尽量将目标宽度和高度设置为偶数（尤其是处理JPEG时），可以避免某些解码器因内存对齐而进行补零操作，白白浪费几个字节。

处理PNG转JPG：忽略透明通道，后果很严重

如果你试图将一张带有Alpha透明通道的PNG图片，直接调用 Sa ve 方法并传入JPEG编码器，结果可能会出乎意料：黑色背景、色彩错乱，甚至整个图像数据丢失。原因很简单，JPEG格式本身不支持透明通道，而GDI+的默认处理行为在此场景下并不稳定。

正确的做法是，在转换前必须检测并处理透明背景：

• 使用 image.PixelFormat.HasFlag(PixelFormat.Alpha) 来判断图片是否包含透明通道。
• 创建一个新的 Bitmap，先用 Graphics.FillRectangle 填充一个纯色背景（比如白色），再将原图绘制上去。
• 不要依赖 Bitmap.MakeTransparent() 方法，它只是将某种颜色标记为透明，并不能解决保存为JPEG时的格式兼容问题。

现代项目之选：为什么ImageSharp可能比System.Drawing更合适

如果你的项目基于.NET 6+、运行在容器环境或需要跨平台部署，那么继续硬扛 System.Drawing 可能会遇到一系列问题，比如 DllNotFoundException（缺少libgdiplus原生依赖）、GDI句柄泄漏、线程安全挑战等。此时，纯托管的 SixLabors.ImageSharp 库是一个更现代、更可靠的选择，其API设计也更直观。

几个关键差异点值得关注：

• 设置质量非常简单：JpegEncoder.Quality 属性就是 int 类型（范围0–100）。你只需要像这样设置：new JpegEncoder { Quality = 70 }，无需再与复杂的 EncoderParameter 打交道。
• 它默认启用了熵优化（Optimized = true），这意味着在相同的主观质量下，其生成的JPEG文件体积通常比GDI+小5%到10%。
• 由于没有GDI句柄的概念，它避免了相关的资源泄漏问题。但请注意，Image.Dispose() 仍然必须调用，因为其内部管理着非托管内存，GC不保证及时释放。
• 如果需要实现“文件大小必须≤200KB”这类精确的目标，ImageSharp没有内置逻辑，你需要手动通过二分法等策略尝试不同的 Quality 值，并检查输出流的 Length。

最后，还有一个最容易被忽略却影响深远的步骤：检查原始图片的DPI。例如，一张300 DPI的高精度扫描图如果仅用于网页展示，直接缩放会保留大量冗余的采样信息，严重拖累压缩效率。在压缩前，不妨先用 image.HorizontalResolution 和 image.VerticalResolution 查看一下元数据，再决定是否需要重设DPI或直接进行降采样处理。这一步，往往能带来意想不到的优化效果。