imagesharp压缩后文件未变小，根本原因是jpegencoder未显式设置quality（默认100不压缩），png需转jpeg或降色深，已高压缩jpeg二次编码易膨胀，且webp需额外安装imagesharp.webp包并注册解码器。
ImageSharp 压缩图片时为什么文件没变小？
常见现象是调用 Save 后体积几乎不变，甚至变大。根本原因在于默认编码器未启用有损压缩，或未设置质量参数。
-
JpegEncoder必须显式传入Quality（如new JpegEncoder { Quality = 75 }），否则按默认 100 处理，基本不压缩 - PNG 默认无损，
PngEncoder不支持质量调节；想压 PNG，得先转为 JPEG，或用Quantizer降色深 - 源图若已是高压缩 JPEG，二次保存再设
Quality = 80可能反而膨胀——因为解码再编码引入新失真
用 ImageSharp 改变分辨率但保持宽高比
直接设 width 和 height 容易拉伸变形。正确做法是先计算目标尺寸，再用 Resize 配合 ResizeOptions。
- 用
ResizeOptions.Mode.Max：按约束最大边缩放，自动保持比例（例如限制长边 ≤ 1920） - 用
ResizeOptions.Mode.Min：适合生成缩略图，确保短边达标 - 别用
ResizeOptions.Mode.Stretch，除非明确要填满指定框
示例：
var options = new ResizeOptions
{
Size = new Size(1920, 1080),
Mode = ResizeOptions.Mode.Max
};
image.Mutate(x => x.Resize(options));
内存爆掉？大图处理必须注意流和缓冲
加载 50MB 的 TIFF 或高分辨率 PNG 时，Image.Load 会解码成全尺寸位图，内存占用可能是原文件 10 倍以上。
- 始终用
using管理Image实例，避免 GDI+ 式句柄泄漏 - 对超大图，考虑分块处理（ImageSharp 暂不原生支持），或改用
Image.LoadPixelData+ 手动采样 - 写入时优先用
Stream（如File.Create），别用byte[]中转，尤其在 Web API 中
WebP 格式支持需要额外 NuGet 包
ImageSharp 默认不包含 WebP 编解码器，直接 Save("x.webp") 会抛 NotSupportedException。
- 必须安装
ImageSharp.WebP（注意版本匹配，6.x 对应ImageSharp2.x） - 注册解码器：启动时调用
Configuration.Default.AddImageDecoder<webpdecoder>()</webpdecoder> - 编码器无需手动注册，但要用
new WebpEncoder { Quality = 75 }显式指定质量
WebP 在同等质量下通常比 JPEG 小 25–30%，但编码慢 2–3 倍，移动端需权衡 CPU 负担。
ImageSharp 的压缩效果高度依赖参数组合，而不是“调个方法就完事”。最容易被忽略的是：同一张图反复保存、不同编码器混用、忽略原始格式特性（比如对已压缩 JPEG 再压），这些都会让结果偏离预期。
