imagesharp是目前.net生态中唯一能稳定、跨平台、无副作用实现webp无损转换的方案，因system.drawing.common全平台均未内置webp编码器，image.save依赖其编码器注册表必然失败；启用无损需显式设lossless=true，quality仅影响压缩速度；png转webp无损必须用rgba32/la32加载以保alpha，jpeg转则无法恢复原始失真；并发转换须限流防内存溢出。
ImageSharp 是目前 .NET 生态中唯一能稳定、跨平台、无副作用地实现 WebP 无损转换的方案；System.Drawing.Common 在 Linux/macOS 上根本无法编码 WebP，Windows 上也常因缺失编解码器静默失败。
为什么 Image.Save 不能用于 WebP 无损转换
因为 Image.Save 依赖 System.Drawing.Common 的编码器注册表，而该库在所有 .NET 版本中均未内置 WebP 编码器。调用 ImageCodecInfo.GetImageEncoders() 查找 "image/webp" 时，返回 null 是常态，不是偶发错误。即使 Windows 上侥幸返回非空结果，底层仍可能 fallback 到 GDI+ 的 JPEG/PNG 编码器，导致保存成其他格式或抛 ArgumentException。这不是参数没设对，是整个路径走不通。
- 不要尝试用
EncoderParameters+ImageFormat强行“骗”出 WebP —— 它不支持 - 别在
Image.FromFile后直接.Save("x.webp")—— 这会静默保存为 PNG 或报错 -
System.Drawing.Common的 WebP 支持是虚假宣传，官方文档从未承诺编码能力
WebpEncoder 必须显式传入 Lossless = true，且 Quality 不影响像素
启用无损模式的关键不是把 Quality 拉到 100，而是明确设置 Lossless = true。此时 Quality 参数仅控制压缩速度（更高值 = 更慢但略小），不影响输出像素值 —— 输出 WebP 的每个像素和源图完全一致，哈希校验可通过。
- PNG → WebP 无损：必须用
Rgba32或La32像素格式加载，否则 Alpha 通道会被丢弃 - JPEG → WebP 无损：可行，但本质是“有损转无损”，原始 JPEG 的失真无法恢复
-
UseAlphaCompression = true对无损模式无效，可省略；它只在有损模式下影响透明区域压缩效率 - 示例写法：
using var image = Image.Load("input.png"); image.Save("output.webp", new WebpEncoder { Lossless = true });
并发批量转 WebP 时内存暴涨，不是代码写错了，是没限流
Image.Load() 默认将整张图解码为 RGBA 内存位图，一张 4000×3000 的 PNG 加载后约占 48MB 托管内存（4 字节/像素）。10 个并发线程同时加载高分图，瞬时内存峰值轻松破 500MB，触发 GC 频繁或直接 OutOfMemoryException，尤其在 Azure Functions 或容器化部署中极易失败。
- 用
SemaphoreSlim控制并发数，建议 ≤4（取决于可用内存） - 避免在
using块外持有Image实例；Dispose 不及时会导致内存长期不释放 - 若源图来自 HTTP 流，务必确保流在整个
Image.Load()+.Save()过程中保持打开，不要提前Dispose流 - 不推荐用
Image.Load<rgba32>(stream)</rgba32>复用流后再手动管理生命周期 —— 容易出错，不如用文件路径或MemoryStream拷贝一份
UseAlphaCompression 只对 PNG 有实际意义，JPEG 设了也白设
这个参数常被误认为“开启透明压缩”，其实它只在有损 WebP 编码中启用 Alpha 通道的专用压缩算法（VP8L 的 alpha plane 压缩）。PNG 带 Alpha 时若不设 UseAlphaCompression = true，有损编码会把透明区域渲染成黑色；但 JPEG 根本没有 Alpha 通道，设了该参数既无效果也不报错，纯属冗余。
- 有损转 PNG → WebP：必须设
UseAlphaCompression = true，否则透明变黑 - 有损转 JPEG → WebP：设或不设都行，
UseAlphaCompression被忽略 - 无损模式（
Lossless = true）下，该参数完全被无视，无需设置 - 动图 WebP 需额外设
UseAnimation = true，静图设了反而可能增大体积
最容易被忽略的是：WebP 无损虽然像素级一致，但对同一张 PNG 输入，不同版本 ImageSharp（如 2.1.5 vs 3.0.0）生成的 WebP 文件二进制不一定相同 —— 压缩器内部算法微调会影响字节布局，但解码后像素绝对一致。别拿文件哈希做部署校验，要用像素哈希（如 MD5 of image.Clone().ToPixelBuffer()）。
