byte[] bts = (byte[])page1.EnhMetaFileBits; 
using (var ms = new MemoryStream(bts)) 
{ 
    var image = System.Drawing.Image.FromStream(ms); 
    System.Drawing.Image img = image.GetThumbnailImage(200, 260, null, IntPtr.Zero);      
    img.Save(NewPath, System.Drawing.Imaging.ImageFormat.Png);
}

如果您的代码如下所示，那么也会发生此错误

private Image GetImage(byte[] byteArray)
{
   using (var stream = new MemoryStream(byteArray))
   {
       return Image.FromStream(stream);
    }
}

正确的答案是

private Image GetImage(byte[] byteArray)
{
   var stream = new MemoryStream(byteArray))
   return Image.FromStream(stream);        
}

这可能是因为我们正在从using块返回

这是Fred的回复的扩展/限定，他说:“GDI限制图像的高度为65534”。我们在一个。net应用程序中遇到了这个问题，看到这篇文章后，我们的外包团队举起双手说，如果不进行重大修改，他们无法解决这个问题。

根据我的测试，可以创建/操作高度大于65534的图像，但在以某些格式保存到流或文件时出现了问题。在下面的代码中，当像素高度为65501时，t.Save()方法调用会向我们的朋友抛出泛型异常。出于好奇，我重复了宽度测试，同样的限制适用于保存。

    for (int i = 65498; i <= 100000; i++)
    {
        using (Bitmap t = new Bitmap(800, i))
        using (Graphics gBmp = Graphics.FromImage(t))
        {
            Color green = Color.FromArgb(0x40, 0, 0xff, 0);
            using (Brush greenBrush = new SolidBrush(green))
            {
                // draw a green rectangle to the bitmap in memory
                gBmp.FillRectangle(greenBrush, 0, 0, 799, i);
                if (File.Exists("c:\\temp\\i.jpg"))
                {
                    File.Delete("c:\\temp\\i.jpg");
                }
                t.Save("c:\\temp\\i.jpg", ImageFormat.Jpeg);
            }
        }
        GC.Collect();
    }

如果写入内存流，也会发生相同的错误。

为了解决这个问题，你可以重复上面的代码，用ImageFormat.Tiff或ImageFormat.Bmp代替ImageFormat.Jpeg。

这对我来说达到了100,000的高度/宽度-我没有测试极限。碰巧。tiff对我们来说是一个可行的选择。

被警告

内存中的TIFF流/文件比它们的JPG对应文件消耗更多的内存。

我在保存jpeg文件时也出现了这个错误，但仅限于某些图像。

我的最终代码:

  try
  {
    img.SaveJpeg(tmpFile, quality); // This is always successful for say image1.jpg, but always throws the GDI+ exception for image2.jpg
  }
  catch (Exception ex)
  {
    // Try HU's method: Convert it to a Bitmap first
    img = new Bitmap(img); 
    img.SaveJpeg(tmpFile, quality); // This is always successful
  }

图片不是我创作的，所以我看不出有什么不同。 如果有人能解释一下，我将不胜感激。

这是我的SaveJpeg函数，仅供参考:

private static void SaveJpeg(this Image img, string filename, int quality)
{
  EncoderParameter qualityParam = new EncoderParameter(Encoder.Quality, (long)quality);
  ImageCodecInfo jpegCodec = GetEncoderInfo("image/jpeg");
  EncoderParameters encoderParams = new EncoderParameters(1);
  encoderParams.Param[0] = qualityParam;
  img.Save(filename, jpegCodec, encoderParams);
}

private static ImageCodecInfo GetEncoderInfo(string mimeType)
{
    var encoders = ImageCodecInfo.GetImageEncoders();
    var encoder = encoders.SingleOrDefault(c => string.Equals(c.MimeType, mimeType, StringComparison.InvariantCultureIgnoreCase));
    if (encoder == null) throw new Exception($"Encoder not found for mime type {mimeType}");
    return encoder;
}

对我来说，我使用的是意象。保存(流，ImageCodecInfo, EncoderParameters)，显然这导致了臭名昭著的GDI+错误中发生的通用错误。

我试图使用EncoderParameter保存100%质量的jpeg文件。这在“我的机器”上运行得很好，但在生产中却没有。

当我使用图像时。保存(流，ImageFormat)代替，错误消失!所以我像个白痴一样继续使用后者，尽管它将它们保存在默认质量(我假设只有50%)。

希望这些信息能帮助到一些人。

当使用NTFS时，如果目标目录中有太多文件(超过一百万)，也可能会发生这种情况。更多细节请看这个答案。