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

奇怪的是,这适用于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质量设置。


当前回答

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

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

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

其他回答

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

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

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

刚刚有这个错误,因为我传递了一个文件名,而不是一个完整的路径!

它发生!

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

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

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

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

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

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

解决方法——我遇到了这个问题。对我来说,解决办法是提高IIS服务器上IUSR的磁盘配额。在本例中,我们有一个带有物品等图像的目录应用程序。“匿名Web用户”的上传配额被设置为100MB,这是该特定托管公司的IIS服务器的默认值。我把它升级到400MB,上传图片时没有出错。

这可能不是你的问题,但如果是的话,很容易解决。