GDI+、JPEG 图像到 MemoryStream 中发生一般错误

Question

这似乎是整个网络上一个臭名昭著的错误。 以至于我无法找到问题的答案，因为我的场景不适合。 当我将图像保存到流中时，会引发异常。

奇怪的是，这对于 png 来说效果很好，但是对于 jpg 和 gif 却给出了上述错误，这是相当令人困惑的。

大多数类似的问题都与未经权限将图像保存到文件有关。 具有讽刺意味的是，解决方案是像我一样使用内存流......

public static byte[] ConvertImageToByteArray(Image imageToConvert)
{
    using (var ms = new MemoryStream())
    {
        ImageFormat format;
        switch (imageToConvert.MimeType())
        {
            case "image/png":
                format = ImageFormat.Png;
                break;
            case "image/gif":
                format = ImageFormat.Gif;
                break;
            default:
                format = ImageFormat.Jpeg;
                break;
        }

        imageToConvert.Save(ms, format);
        return ms.ToArray();
    }
}

有关异常的更多详细信息。 这导致如此多问题的原因是缺乏解释:(

System.Runtime.InteropServices.ExternalException was unhandled by user code
Message="A generic error occurred in GDI+."
Source="System.Drawing"
ErrorCode=-2147467259
StackTrace:
   at System.Drawing.Image.Save(Stream stream, ImageCodecInfo encoder, EncoderParameters    encoderParams)
   at System.Drawing.Image.Save(Stream stream, ImageFormat format)
   at Caldoo.Infrastructure.PhotoEditor.ConvertImageToByteArray(Image imageToConvert) in C:\Users\Ian\SVN\Caldoo\Caldoo.Coordinator\PhotoEditor.cs:line 139
   at Caldoo.Web.Controllers.PictureController.Croppable() in C:\Users\Ian\SVN\Caldoo\Caldoo.Web\Controllers\PictureController.cs:line 132
   at lambda_method(ExecutionScope , ControllerBase , Object[] )
   at System.Web.Mvc.ActionMethodDispatcher.Execute(ControllerBase controller, Object[] parameters)
   at System.Web.Mvc.ReflectedActionDescriptor.Execute(ControllerContext controllerContext, IDictionary`2 parameters)
   at System.Web.Mvc.ControllerActionInvoker.InvokeActionMethod(ControllerContext controllerContext, ActionDescriptor actionDescriptor, IDictionary`2 parameters)
   at System.Web.Mvc.ControllerActionInvoker.<>c__DisplayClassa.<InvokeActionMethodWithFilters>b__7()
   at System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation)
 InnerException: 

到目前为止我已经尝试过的事情。

1. 克隆图像并进行处理。
2. 检索该 MIME 的编码器，通过 jpeg 质量设置传递该编码器。

Answer 1

好吧，我似乎纯粹是靠运气找到了原因，并且该特定方法没有任何问题，它进一步备份了调用堆栈。

早些时候，我调整了图像的大小，作为该方法的一部分，我返回调整大小的对象，如下所示。 我已插入对上述方法的两次调用并直接保存到文件。

// At this point the new bitmap has no MimeType
// Need to output to memory stream
using (var m = new MemoryStream())
{
       dst.Save(m, format);

       var img = Image.FromStream(m);

       //TEST
       img.Save("C:\\test.jpg");
       var bytes = PhotoEditor.ConvertImageToByteArray(img);


       return img;
 }

看来在保存对象时必须打开创建该对象的内存流。 我不知道这是为什么。 有谁能够启发我以及我如何解决这个问题。

我只从流返回，因为使用类似于 this 的调整大小代码后目标文件有一个未知的 mime 类型 (img.RawFormat.Guid)，并且我希望所有图像对象上的 Mime 类型都是正确的，因为否则很难编写通用处理代码。

编辑

这在我最初的搜索中没有出现，但是这是乔恩·斯基特的回答

Answer 2

如果您收到该错误，那么我可以说您的应用程序没有对某些目录的写入权限。

例如，如果您尝试将图像从内存流保存到文件系统，您可能会收到该错误。

如果您使用的是 XP，请确保为该文件夹的 aspnet 帐户添加写权限。

如果您使用的是 Windows Server (2003、2008) 或 Vista，请确保为网络服务帐户添加写入权限。

希望它对某人有所帮助。

Answer 3

我也会添加这个错误原因，希望它能帮助一些未来的互联网旅行者。 :)

GDI+ 将图像的最大高度限制为 65500

我们进行了一些基本的图像大小调整，但在调整大小时我们尝试保持宽高比。 我们有一个 QA 人员，他对这项工作有点太擅长了； 他决定用一张 1 像素宽、480 像素高的照片来测试这一点。 当图像缩放以满足我们的尺寸时，高度超出了 68,000 像素，我们的应用程序崩溃了，并显示 GDI+ 中发生一般错误。

您可以通过测试自行验证这一点：

  int width = 480;
  var height = UInt16.MaxValue - 36; //succeeds at 65499, 65500
  try
  {
    while(true)
    {
      var image = new Bitmap(width, height);
      using(MemoryStream ms = new MemoryStream())
      {
        //error will throw from here
        image.Save(ms, ImageFormat.Jpeg);
      }
      height += 1;
    }
  }
  catch(Exception ex)
  {
    //explodes at 65501 with "A generic error occurred in GDI+."
  }

遗憾的是，Bitmap 的构造函数中没有抛出友好的 .net ArgumentException 异常。

Answer 4

本文详细解释了到底发生了什么：位图和图像构造函数依赖项

简而言之，一生对于从流构造的Image，该流不得被销毁。

因此，不要

using (var strm = new ... )  {
    myImage = Image.FromStream(strm);
}

尝试此操作

Stream imageStream;
...

    imageStream = new ...;
    myImage = Image.FromStream(strm);

并在表单关闭或网页关闭时关闭imageStream。

Answer 5

如果您尝试保存到无效路径或存在权限问题，您也会收到此异常。

如果您不能 100% 确定文件路径可用且权限正确，请尝试将 a 写入文本文件。 只需几秒钟就可以排除一个非常简单的修复。

var img = System.Drawing.Image.FromStream(incomingStream);

// img.Save(path);
System.IO.File.WriteAllText(path, "Testing valid path & permissions.");

并且不要忘记清理您的文件。

Answer 6

将图像保存到位图变量

using (var ms = new MemoryStream())
{
    Bitmap bmp = new Bitmap(imageToConvert);
    bmp.Save(ms, format);
    return ms.ToArray();
}

Answer 7

以防万一有人做像我一样愚蠢的事情。
1.确保路径确实存在。
2.确保您有写入权限。
3.确保你的路径是正确的，在我的例子中，我在TargetPath中丢失了文件名:(

应该说，你的路径比“GDI+中发生一般错误”更糟糕

Answer 8

我在保存 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;
}

Answer 9

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

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 块返回

Answer 10

我发现如果我保存文件的父文件夹之一有尾随空格，那么 GDI+ 将抛出通用异常。

换句话说，如果我尝试保存到“C:\Documents and Settings\myusername\Local Settings\Temp\ABC DEF M1 Trended Values \Images\picture.png”，则会引发通用异常。

我的文件夹名称是从恰好有尾随空格的文件名生成的，因此很容易对其进行 .Trim() 并继续。

Answer 11

有一个非常相似的问题，也尝试克隆图像，但不起作用。 我发现最好的解决方案是从内存流加载的图像创建一个新的 Bitmap 对象。 这样就可以处理流，例如

using (var m = new MemoryStream())
{
    var img = new Bitmap(Image.FromStream(m));
    return img;
}

希望这有帮助。

Answer 12

这是 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 流/文件消耗更多的内存。

Answer 13

由于权限而发生错误。 确保文件夹具有所有权限。

public Image Base64ToImage(string base64String)
    {
        // Convert Base64 String to byte[]
        byte[] imageBytes = Convert.FromBase64String(base64String);
        MemoryStream ms = new MemoryStream(imageBytes, 0,
          imageBytes.Length);

        // Convert byte[] to Image
        ms.Write(imageBytes, 0, imageBytes.Length);
        Image image = Image.FromStream(ms, true);
        return image;
    }

 img.Save("YOUR PATH TO SAVE IMAGE")

Answer 14

已解决 - 我遇到了这个确切的问题。 对我来说，修复方法是增加 IIS 服务器上 IUSR 的磁盘配额。 在本例中，我们有一个包含商品图像等的目录应用程序。 “匿名 Web 用户”的上传配额设置为 100MB，这是该特定托管公司的 IIS 服务器的默认设置。 我将其提高到 400MB，并且能够毫无错误地上传图像。

这可能不是您的问题，但如果是，则很容易解决。

Answer 15

就我而言，问题出在我保存的路径中（根C:\）。 将其更改为 D:\111\ 使异常消失。

Answer 16

很简单，创建一个新的 Bitmap 实例就可以解决问题。

string imagePath = Path.Combine(Environment.CurrentDirectory, $"Bhatti{i}.png");
Bitmap bitmap = new Bitmap(image);
bitmap.Save(imagePath);

Answer 17

导致此错误的另一个原因 - 您在 Bitmap 实例的 Save 方法中指定的路径不存在，或者您没有提供完整/有效的路径。

刚刚出现此错误，因为我传递的是文件名而不是完整路径！

它发生了！

Answer 18

轮到我了！

using (System.Drawing.Image img = Bitmap.FromFile(fileName))
{
      ... do some manipulation of img ...
      img.Save(fileName, System.Drawing.Imaging.ImageFormat.Jpeg);
}

在 .Save... 上得到它，因为 using() 使文件保持打开状态，所以我无法覆盖它。 也许这会对将来的某人有所帮助。

Answer 19

我面临同样的问题。 但就我而言，我试图将文件保存在 C 盘中，但无法访问。 于是我尝试将其保存在完全可访问的D盘中，并且成功了。

因此，首先检查您要保存的文件夹。 您必须拥有该特定文件夹的所有（读取和写入）权限。

Answer 20

我们在生产服务器上使用 ImageProcessor lib 生成 PDF 或调整图像大小时遇到​​了类似的问题。

回收应用程序池解决问题。

Answer 21

我注意到你的“jpeg”情况实际上是：

            default:
                format = ImageFormat.Jpeg;
                break;

你确定格式是jpeg而不是其他格式吗？

我会尝试：

            case "image/jpg": // or "image/jpeg" !
                format = ImageFormat.Jpeg;
                break;

或者检查 imageToConvert.MimeType() 实际返回的内容。

更新

您还需要对 MemoryStream 对象进行其他初始化吗？

Answer 22

• 我在测试服务器上遇到了这个问题，但在实时服务器上没有。
• 我正在将图像写入流，所以这不是权限问题。
• 我直接将一些 .dll 部署到测试服务器。
• 部署整个解决方案解决了该问题，因此这可能是一个奇怪的编译不匹配

Answer 23

只是为了抛出另一个可能的解决方案，我将提到我遇到的带有此错误消息的情况。 当保存我已经转换并正在显示的位图时，Bitmap.Save 方法会抛出此异常。 我发现如果语句上有断点，它不会抛出异常，如果 Bitmap.Save 前面是 Thread.Sleep(500) 也不会抛出异常，所以我假设正在发生某种资源争用。

只需将图像复制到新的 Bitmap 对象就足以防止出现此异常：

new Bitmap(oldbitmap).Save(filename);

Answer 24

导致此错误并解决我的问题的另一个原因是您的应用程序没有对某些目录的写入权限。

因此，要完成萨文德拉的回答：https://stackoverflow.com/a/7426516/6444829。

以下是向 IIS_IUSERS 授予文件访问权限的方法。

要提供对 ASP.NET 应用程序的访问权限，必须向 IIs_IUSERS 授予访问权限。

授予对特定文件或文件夹的读取、写入和修改权限

1. 在 Windows 资源管理器中，找到并选择所需的文件。

2. 右键单击该文件，然后单击“属性”。

3. 在“属性”对话框中，单击“安全”选项卡。

4. 在“安全”选项卡上，检查用户列表。
   （如果您的应用程序作为网络服务运行，请在列表中添加网络服务帐户并授予其权限。

5. 在“属性”对话框中，单击“IIs_IUSERS”，然后在“网络服务的权限”部分中，选择“读取”、写入和修改权限。

6. 单击“应用”，然后单击“确定”。< /p>

这对我的 Windows Server 2016 的 IIS 和本地 IIS Windows 10 有效。

Answer 25

如果您尝试将图像保存到远程位置，请务必将 NETWORK_SERVICE 用户帐户添加到安全设置中，并授予该用户读写权限。 否则它不会起作用。

Answer 26

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);
}

Answer 27

我也收到此错误，因为我尝试使用与以前保存的图像相同的名称保存图像。

确保您不保存具有重复名称的图像。

例如，使用“随机”函数（C# 的随机数生成器如何工作？）
或者例如生成一个 Guid (http://betterexplained.com/articles/指南快速指南/）

Answer 28

导致此类错误的可能问题有：

1. 目录不存在（您调用的方法不会自动为您创建此目录）
2. 写入输出目录的安全权限不允许运行应用程序的用户写入

我希望这样有帮助，这是我的问题的解决方案，我只是在保存输出图像之前确保输出目录存在！

Answer 29

就我而言，路径错误，

只需使用这个

String path = Server.MapPath("~/last_img.png");//Path

Answer 30

对我来说，我使用的是 Image.Save(Stream, ImageCodecInfo, EncoderParameters) ，显然这导致了臭名昭著的 GDI+ 中发生一般错误 错误。

我试图使用 EncoderParameter 以 100% 质量保存 jpeg。 这在“我的机器”上完美运行（doh！），而不是在生产中。

当我使用 Image.Save(Stream, ImageFormat) 时，错误消失了！ 所以像个白痴一样，我继续使用后者，尽管它以默认质量保存它们，我认为只有 50%。

希望此信息对某人有所帮助。