.NET读取特定JPG报“参数无效”异常 常规方案无效解决方法

你遇到的是GDI+（即System.Drawing底层依赖的Windows图形组件）JPEG解码器容错性极低的经典问题：
GDI+的JPEG解析逻辑严格遵循最保守的JFIF标准实现，只要文件存在元数据标记错位、头信息不规范、轻微数据损坏、非标准编码参数等问题，就会直接抛出参数无效异常，不会做容错解析。
而Chrome、在线转换工具使用的是libjpeg-turbo、Skia这类高容错解码库，会自动跳过异常段、修复可识别的格式错误，因此可以正常打开这类非标准JPEG。

你测试的内存流转存、类型转换器转换、FromStream参数调整等方案，本质上只是修改了向GDI+解码器传递数据的方式，没有替换核心解码逻辑，只要GDI+判定文件不符合其解析规则，无论怎么调整传参都会抛出异常。
另外你贴的代码里存在一个隐蔽的数组长度bug：VB.NET中数组声明参数为数组上界而非元素总数，Dim fileData(source.Length) As Byte会多分配1个默认值为0的字节，虽然不是本次异常的诱因，但处理正常图片时也可能偶发解析问题，建议修正为Dim fileData(source.Length - 1) As Byte。

以下方案按推荐优先级排序：

• 方案1：调用系统自带WIC组件解码（零额外依赖，Windows环境首选）
  Windows Imaging Component（WIC）是系统内置的图像解码框架，自带的JPEG解码器容错率远高于GDI+，不需要安装任何第三方依赖，兼容所有.NET Framework和.NET Windows版本。
  实现代码如下（需要先添加项目对PresentationCore、WindowsBase的引用，均为系统自带库）：

  Imports System.Drawing
  Imports System.Windows.Media.Imaging
  
  Public Function LoadJpegWithTolerance(imgPath As String) As Drawing.Bitmap
      Using fs As New IO.FileStream(imgPath, IO.FileMode.Open, IO.FileAccess.Read)
          ' 以宽松模式加载JPEG，忽略非标准元数据、轻微格式错误
          Dim decoder As New JpegBitmapDecoder(fs, BitmapCreateOptions.PreservePixelFormat, BitmapCacheOption.OnLoad)
          Dim frame = decoder.Frames(0)
          
          ' 转换为原有逻辑兼容的System.Drawing.Bitmap对象
          Dim result As New Drawing.Bitmap(frame.PixelWidth, frame.PixelHeight, Drawing.Imaging.PixelFormat.Format32bppPArgb)
          Dim lockData = result.LockBits(New Drawing.Rectangle(0, 0, frame.PixelWidth, frame.PixelHeight), Drawing.Imaging.ImageLockMode.WriteOnly, result.PixelFormat)
          frame.CopyPixels(System.Windows.Int32Rect.Empty, lockData.Scan0, lockData.Stride * lockData.Height, lockData.Stride)
          result.UnlockBits(lockData)
          Return result
      End Using
  End Function
  

• 方案2：替换为高容错第三方解码库（跨平台/高兼容性需求首选）
  直接引入SixLabors.ImageSharp、libjpeg-turbo-net这类开源图像库替换System.Drawing的JPEG解码逻辑，这类库的解码逻辑和Chrome同源，可以兼容所有Chrome可正常打开的异常JPEG，唯一成本是需要通过Nuget安装对应包，解码完成后再转换为Drawing.Bitmap即可对接你现有的编辑逻辑。
• 方案3：手动修复JPEG格式（仅适合临时验证，不推荐生产环境用）
  绝大多数GDI+无法识别的JPEG，问题集中在JFIF/EXIF头标记错位、文件末尾EOI结束标记（字节序列0xFFD9）缺失，你可以在读入文件字节后手动校验补全标记，再交给GDI+解码，但这类方案只能覆盖特定类型的格式异常，通用性远低于前两种方案。

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