.NET Framework 4.8中WebImage字节数组转换代码是否冗余？

我在工作的旧项目中发现一段代码，该项目基于.NET Framework 4.8。Content是在类构造函数中设置的图片字节数组，在另一个方法中会检查Content是否不为null，随后创建WebImage对象并立即将其转换回字节数组，代码如下：

byte[] Content;
if (Content != null)
    Content = new WebImage(Content).GetBytes();

编写这段代码的人员已离职，我想知道这段代码是否有实际作用？转换前后的字节数组是否一致？这对我将项目迁移到.NET 7至关重要，因为WebImage类在.NET 7中已不再可用。

核心问题解答 #

1. 这段代码是否有实际作用？ #

大部分情况下，这段代码属于冗余代码，没有直接业务价值，但存在几种潜在的隐含场景：

• 图片格式标准化修复：WebImage构造函数会解析图片字节流，若原字节流存在格式不规范（比如损坏的EXIF数据、非标准编码的JPEG/PNG），转换后会输出符合标准格式的字节数组，相当于做了一次自动修复。
• 历史遗留逻辑残留：可能是之前代码包含图片调整（压缩、裁剪、格式转换）的逻辑，后续功能删减后，只留下了空转的解析再输出代码。
• 若没有上述场景，这段代码完全可以删除。

2. 转换前后的字节数组是否一致？ #

基本不一致：

• WebImage在解析后重新编码图片时，即使不做任何修改，编码参数（比如JPEG的默认质量、PNG的压缩级别）大概率和原字节流不同，导致输出的字节数组长度、内容产生差异。
• 原图片中的额外元数据（如EXIF信息、图片注释）可能会被WebImage丢弃，进一步造成字节数组内容变化。

3. .NET 7迁移的处理方案 #

因为WebImage在.NET 7中已被移除，可根据实际场景处理：

• 确认是冗余代码：直接删除这段逻辑即可，不会影响原有功能。
• 需要保留图片标准化/修复功能：用.NET内置库或第三方库替代：
  • 使用System.Drawing.Common（Windows原生支持，Linux/macOS需额外配置）：

    using System.Drawing;
    using System.Drawing.Imaging;
    using System.IO;
    
    if (Content != null)
    {
        using var inputStream = new MemoryStream(Content);
        using var image = Image.FromStream(inputStream);
        using var outputStream = new MemoryStream();
        // 按原图片格式保存，保证格式一致
        image.Save(outputStream, image.RawFormat);
        Content = outputStream.ToArray();
    }
    

  • 使用ImageSharp（跨平台友好，无需系统依赖）：

    using SixLabors.ImageSharp;
    using SixLabors.ImageSharp.Formats;
    using System.IO;
    
    if (Content != null)
    {
        using var image = Image.Load(Content, out IImageFormat format);
        using var outputStream = new MemoryStream();
        image.Save(outputStream, format);
        Content = outputStream.ToArray();
    }
    

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