ASP.NET Core 3.1 Ubuntu环境LazZiya.ImageResize报错，求上传图像处理方案

• 报错的核心原因是当前使用的LazZiya.ImageResize底层依赖System.Drawing.Common组件，该组件在非Windows平台的运行存在固有兼容缺陷
• .NET Core 3.1 版本的System.Drawing.Common在Ubuntu环境下需要依赖系统侧的libgdiplus图形库，且对部分大尺寸、特殊元数据编码的图片解码兼容性不完善，会导致Bitmap对象初始化异常，后续调用SetResolution方法时直接抛出“Parameter is not valid.”错误
• 该异常不属于业务逻辑问题，仅靠调整上传校验逻辑无法从根本上解决跨平台兼容问题

方案1：SixLabors.ImageSharp #

• 纯.NET托管实现，无任何系统原生依赖，跨平台运行无额外配置成本
• 针对ASP.NET Core 3.1版本，可选择1.0.x线的稳定Nuget包，完全匹配框架运行要求，无需升级项目运行时版本
• 全覆盖所需功能：图片质量压缩、自定义比例/尺寸裁剪、自定义文字/图片水印叠加、多格式图片导出保存
• 大尺寸图片处理性能优于System.Drawing，内存占用更低，适配高并发场景
• API设计简洁易懂，迁移原有图像处理逻辑的成本极低

方案2：Magick.NET #

• 基于ImageMagick引擎封装的.NET跨平台图形库，图片格式兼容性极强
• 对特殊编码、老旧格式、超大尺寸图片的解码能力优于纯托管实现的图形库
• 支持所有需求的图像处理能力，裁剪精度、水印自定义程度、压缩参数可配置范围更广
• Nuget包内置适配Linux环境的原生依赖，不需要手动安装系统级图形库
• 性能略低于ImageSharp，适合对图片格式兼容性要求极高的业务场景

方案3：SkiaSharp #

• 基于Google Skia图形引擎封装的.NET绑定，图形处理性能优异
• 支持图片解码、裁剪、压缩、自定义图形（文字/图片）水印绘制的全流程操作
• 官方提供适配ASP.NET Core 3.1的Nuget包，Linux环境下仅需安装少量基础系统依赖即可运行
• 处理速度快，内存优化好，适合上传并发量较高的服务端场景

• 先为Ubuntu服务器安装匹配版本的图形依赖库，执行命令：apt-get install -y libgdiplus libc6-dev
• 调整原有图像处理逻辑，跳过Bitmap.SetResolution方法调用，该方法仅用于设置打印输出分辨率，Web场景下的图片展示、存储流程几乎不会依赖该参数
• 对上传的图片做预解码校验，遇到元数据异常的图片先做格式转码，再进入原有处理流程

内容的提问来源于stack exchange，提问作者ehsan_kabiri_33