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

奇怪的是,这适用于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: 

好的,到目前为止我已经试过了。

克隆图像并进行处理。 检索MIME的编码器,传递jpeg质量设置。


当前回答

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

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

其他回答

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

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

我们做了一些基本的图像调整,但在调整大小时,我们试图保持纵横比。我们有一个非常擅长这项工作的QA人员;他决定用一张宽为1像素、高为480像素的照片进行测试。当图像缩放到符合我们的尺寸时,高度超过了68,000像素,我们的应用程序爆炸了,在GDI+中出现了一个通用错误。

你可以自己用test来验证:

  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,这太糟糕了。

好吧,我似乎已经找到了原因,只是纯粹的运气,它没有错与特定的方法,它进一步备份调用堆栈。

前面我调整了图像的大小,作为该方法的一部分,我返回调整后的对象,如下所示。我插入了对上述方法的两次调用,并直接保存到一个文件。

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

在保存对象时,创建对象的内存流必须打开。我不知道为什么会这样。有没有人能给我点启发,告诉我怎么解决这个问题。

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

EDIT

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

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

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

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

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

如果你得到了这个错误,那么我可以说你的应用程序在某个目录上没有写权限。

例如,如果您试图将映像从内存流保存到文件系统,则可能会得到该错误。

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

如果您使用的是windows server(2003,2008)或Vista,请确保为网络服务帐户添加写权限。

希望它能帮助到一些人。

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

换句话说,如果我试图保存到“C:\文档和设置\我的用户名\本地设置\Temp\ABC DEF M1趋势值\图像\图片.png”,那么它会抛出通用异常。

我的文件夹名是由一个文件名生成的,碰巧有一个尾随空格,所以很容易使用. trim(),然后继续。