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

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


我注意到你的“jpeg”案例实际上是:

            default:
                format = ImageFormat.Jpeg;
                break;

您确定格式是jpeg而不是其他格式吗?

我试一试:

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

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

更新

你是否需要对MemoryStream对象进行其他初始化?


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

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

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

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


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

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

希望这能有所帮助。


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

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


本文详细解释了具体发生了什么:位图和图像构造函数依赖关系

简而言之,对于从流构建的映像的生命周期,流必须不被销毁。

所以,与其

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

试试这个

Stream imageStream;
...

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

并在窗体关闭或网页关闭时关闭imageStream。


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

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


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

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


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

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

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

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

希望它能帮助到一些人。


在我的情况下,问题是在我保存的路径(根C:\)。把它改成D:\111\,异常就消失了。


如果尝试保存到无效路径或存在权限问题,也会出现此异常。

如果您不能100%确定文件路径可用且权限正确,则尝试将a写入文本文件。这只需要几秒钟就可以排除一个非常简单的解决方案。

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

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

别忘了清理你的档案。


保存图像到位图变量

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

为了在这堆问题中加入另一种可能的解决方案,我将提到我遇到的带有此错误消息的情况。方法Bitmap。Save会在保存我已经转换并正在显示的位图时抛出此异常。我发现,如果语句上有断点,它不会抛出异常,如果位图也不会抛出异常。Save之前是Thread.Sleep(500),所以我认为有某种资源争用正在进行。

简单地复制图像到一个新的位图对象就足以防止出现这个异常:

new Bitmap(oldbitmap).Save(filename);

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

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

它发生!


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


如果您试图将图像保存到远程位置,请确保将NETWORK_SERVICE用户帐户添加到安全设置中,并赋予该用户读写权限。否则是行不通的。


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

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

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

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


我也遇到过这个问题。问题是由于装载流被处理。但我没有处理它,它在。net框架内。我所要做的就是:

image_instance = Image.FromFile(file_name);

而不是

image_instance.Load(file_name);

image_instance的类型是System.Windows.Forms.PictureBox! PictureBox的Load()处理图像加载的流,我不知道。


轮到我!

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

把它放在。保存…因为using()保持文件打开,所以我不能覆盖它。也许这在将来会帮助到别人。


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

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

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


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

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

我也得到这个错误,因为我试图保存与以前保存的图像同名的图像。

请确保您没有保存重复名称的图像。

例如,使用一个'Random'函数(c#的随机数生成器是如何工作的?) 或者例如生成一个Guid (http://betterexplained.com/articles/the-quick-guide-to-guids/)


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

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")

根据@savindra的回答,如果您对应用程序进行RHM,并尝试以管理员身份运行,那么应该可以解决您的问题。

我的似乎是许可问题。


我在测试服务器上遇到了这个问题,但在活动服务器上没有。 我正在将图像写入流,所以这不是一个许可问题。 我一直直接将一些.dll文件部署到测试服务器。 部署整个解决方案解决了这个问题,所以这可能是一个奇怪的编译不匹配


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

它应该说,你的路径糟糕比“一个通用错误发生在GDI+”


和我当时面临的问题一样。但在我的情况下,我试图在C驱动器中保存文件,但它无法访问。所以我试着把它保存在D盘,这是完全可访问的,我成功了。

所以首先检查你要保存的文件夹。您必须拥有该特定文件夹的所有(读和写)权限。


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

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


可能导致这种错误的问题有:

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

我希望这有助于,这是修复我的问题,我只是确保输出目录存在之前保存输出图像!


简单,创建一个新的位图实例就解决了这个问题。

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

我的控制台应用程序得到了同样的错误消息:“GDI+中发生了一般性错误。” 错误发生在行newImage。保存参照以下代码。

for (int i = 1; i <= 1000; i++)
{
   Image newImage = Image.FromFile(@"Sample.tif");
   //...some logic here
   newImage.Save(i + ".tif", , ImageFormat.Tiff);
}

当RAM使用量在4GB左右时,程序返回错误,并通过在项目属性中将program Target更改为x64来解决该问题。


这个错误的另一个原因,解决我的problème是你的应用程序没有写权限的某些目录。

所以要完成savindra的回答:https://stackoverflow.com/a/7426516/6444829。

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

提供对ASP的访问。NET应用程序时,必须将访问权限授予IIs_IUSERS。

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

In Windows Explorer, locate and select the required file. Right click the file, and then click Properties. In the Properties dialog box, click the Security tab. On the Security tab, examine the list of users. (If your application is running as a Network Service, add the network service account in the list and grant it the permission. In the Properties dialog box, click IIs_IUSERS, and in the Permissions for NETWORK SERVICE section, select the Read, Write, and Modify permissions. Click Apply, and then click OK.

这适用于我的IIS的windows server 2016和本地IIS windows 10。


我对这个问题有一个奇怪的解决办法。 我在编码时遇到过这种情况。 我认为位图是结构和环绕它的方法。 在我的想象中,位图将在方法内复制,并在方法外返回。 但后来我检查了一下,它是类,我不知道为什么它帮助我,但它是有效的! 也许有人有时间和乐趣看看这个的IL代码;) 不确定它是否有效,因为这个方法是静态方法中的静态方法, 我不知道。

        public SomeClass
        {
            public byte[] _screenShotByte;
            public Bitmap _screenShotByte;
            public Bitmap ScreenShot 
            { 
                get
                {
                    if (_screenShot == null)
                    {
                        _screenShotByte = ScreenShot();
                        using (var ms = new MemoryStream(_screenShotByte))
                        {
                            _screenShot = (Bitmap)Image.FromStream(ms);
                        }
                         
                        ImageUtils.GetBitmap(_screenShot).Save(Path.Combine(AppDomain.CurrentDomain.BaseDirectory) ,$"{DateTime.Now.ToFileTimeUtc()}.png"));
            
                    }
                    return ImageUtils.GetBitmap(_screenShot);
                }
            }
            public byte[] ScreenShot()
            {
                ///....return byte array for image in my case implementedd like selenium screen shot 
            }
        }
        public static ImageUtils
        {
            public static Bitmap GetBitmap(Bitmap image)
            {
                return Bitmap;
            }
        }


附:这不是喷子这个解决方案解决的问题,保持使用位图后保存在另一个地方。


对我来说,道路是错误的

就用这个

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

如果你已经走了这么远,这是你可以尝试的其他事情。

将应用程序池标识设置从ApplicationPoolIdentity更改为LocalSystem,以验证其权限问题。

但是,不要长期使用这个设置,因为这是一个安全风险;只用它来诊断


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