喜闻乐见的是，.NET 6发布了，但是避免不了新框架带来各种问题。在以往的跨平台应用中，往往采用System.Drawing.Common这个库作为图形编辑组件。

在.NET 6之前，在Linux操作系统中需要用到这个库时，只需要安装libgdiplus和libc6-dev这两个依赖即可。但是在.NET 6中，System.Drawing.Common被归为Windows特定的库，编译时产生“’Image.xxx()’ is only supported on: ‘windows’.”这样的警告。这不是最重要的，严重的是，在Linux中调用时，会产生“The type initializer for ‘Gdip’ threw an exception.”这样的异常。

产生原因

在设计上System.Drawing.Common 是 Windows 技术的精简包装器，因此其跨平台实现欠佳。

具微软文档中描述，在旧的行为上，libgdiplus 是本机端 System.Drawing.Common 跨平台实现的主要提供程序。 libgdiplus 实际上是对 System.Drawing.Common 所依赖的 Windows 部分的重新实现。 该实现使 libgdiplus 成为一个重要的组件。 它大约有 30,000 行 C 代码，大部分未经测试，而且缺少很多功能。 libgdiplus 还具有许多用于图像处理和文本呈现的外部依赖项，例如 cairo、pango 和其他本机库。 这些依赖项使得维护和交付组件更具挑战性。 自从包含 Mono 跨平台实现以来，我们已将许多从未得到修复的问题重定向到 libgdiplus。 相比之下，我们采用的其他外部依赖项，例如 icu 或 openssl，都是高质量的库。 使 libgdiplus 的功能集和质量与 .NET 堆栈的其余部分相媲美是不可行的。

在这之后，System.Drawing.Common 将仅在 Windows 窗体和 GDI+ 项目中使用。

解决方案

1、项目不会在Linux平台运行，仅在Windows中运行

可以忽略这个警告。

2、通过将 runtimeconfig.json 文件中的 System.Drawing.EnableUnixSupport 运行时配置开关设置为 true 来启用对非 Windows 平台的支持。

{
   "runtimeOptions": {
      "configProperties": {
         "System.Drawing.EnableUnixSupport": true
      }
   }
}

3、换用其它支持跨平台的图像处理库

如：

• ImageSharp
• SkiaSharp

需要注意的是，这些库并不与System.Drawing.Common的API兼容，所以更换相应的库之后需要重新编写相关代码。