Graphics.DrawImage 默认缩放效果差因使用低质量双线性插值，需显式设置SmoothingMode、InterpolationMode等参数，并用Format32bppPArgb像素格式；超大图应避免全量加载，生产环境推荐ImageSharp流式处理。
直接用 Graphics.DrawImage 缩放图片最常用，但默认质量差、不抗锯齿、容易模糊或失真——关键不是“能不能缩”，而是“怎么缩才不失真”。
为什么 Graphics.DrawImage 默认缩放效果差
它底层使用快速双线性插值（InterpolationMode.Low），牺牲质量换速度。尤其缩小高分辨率图时，会出现摩尔纹、细节崩坏、边缘锯齿。
- 必须显式设置
SmoothingMode和InterpolationMode -
CompositingQuality也影响透明通道混合结果，PNG 透明背景缩放后发灰就常因这个没设 - 缩放前建议先用
SetResolution(96, 96)统一DPI，避免GDI+内部按源图DPI做额外缩放
高质量缩放的最小可靠代码片段
以下代码适用于 JPEG/PNG，保持清晰度和 Alpha 通道完整：
public static Bitmap ResizeImage(Bitmap src, int width, int height)
{
var bmp = new Bitmap(width, height, PixelFormat.Format32bppPArgb);
using (var g = Graphics.FromImage(bmp))
{
g.SmoothingMode = SmoothingMode.HighQuality;
g.InterpolationMode = InterpolationMode.HighQualityBicubic; // 不要用 NearestNeighbor 或 Low
g.CompositingQuality = CompositingQuality.HighQuality;
g.PixelOffsetMode = PixelOffsetMode.Half; // 减少边缘偏移模糊
g.DrawImage(src, 0, 0, width, height);
}
return bmp;
}
注意：PixelFormat.Format32bppPArgb 是关键，它启用预乘Alpha，避免 PNG 半透明像素缩放后变暗；若只处理 JPEG，可用 Format24bppRgb 省点内存。
缩放超大图（>5000px）时的内存与崩溃风险
直接用 Bitmap 加载再缩放，会把整张图解码进内存——100MP 图可能占 400MB+，触发 OutOfMemoryException，哪怕你只想要缩略图。
- 优先用
Image.GetThumbnailImage（仅限 JPEG，且最大支持约 1200×1200） - 更通用方案：用
BitmapDecoder+BitmapFrame（WPF 的System.Windows.Media.Imaging），支持按需解码子区域 - 生产环境建议切到
ImageSharp库：它流式解码、内存可控、自动选最优重采样算法，ResizeOptions.Mode = ResizeMode.Max还能保比例
Web 场景下别在服务端硬缩放
ASP.NET Core 中每次请求都调用 Graphics 缩图，CPU 和 GDI+ 句柄会迅速耗尽，尤其并发稍高就卡死或报 GdiplusException。
- 静态图一律预生成多尺寸（如
photo_800.jpg、photo_200.jpg），Nginx 直接 serve - 动态图需求（如用户上传头像）用后台队列 +
ImageSharp处理，完成后写入对象存储 - 绝对避免在
Controller里 newBitmap/Graphics—— 它们不是线程安全的，GDI+ 句柄泄漏极难排查
真正麻烦的从来不是“怎么写缩放代码”，而是缩放后的 DPI 元数据是否保留、EXIF 方向是否被忽略、CMYK 色彩空间是否意外转成 sRGB——这些不会报错，但上线后客户截图发来“你们把我的产品图颜色搞坏了”，就得翻三天源码。
