一个通用错误发生在GDI+， JPEG图像到内存流

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

奇怪的是，这适用于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质量设置。
565362 次浏览
小开

我注意到你的“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类型在所有图像对象上是正确的，因为它很难编写通用处理代码，否则。

编辑

这并没有出现在我最初的搜索，但这是从乔恩斯基特的答案

小开

有一个非常相似的问题，也尝试克隆图像，但不工作。我发现最好的解决方案是从内存流加载的图像中创建一个新的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块返回

小开

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

简而言之，对于由流构造的Image的生命周期，流必须不能被销毁。

所以，与其

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像素，我们的应用程序爆炸了A generic error occurred in 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在保存已转换并正在显示的位图时会抛出此异常。我发现，如果语句上有断点，它不会抛出异常，如果Bitmap.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用户帐户添加到安全设置中，并给予该用户读写权限。否则是行不通的。

小开

对我来说，我使用的是Image.Save(Stream, ImageCodecInfo, EncoderParameters)，显然这导致了臭名昭著的A generic error occurred in GDI+错误。

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

当我使用Image.Save(Stream, 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;
}
小开

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

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

用于thar，例如一个'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的回答，如果你在你的应用程序上伦琴数并尝试作为管理员运行，那么它应该可以解决你的问题。

我的似乎是许可问题。

小开
  • 我在测试服务器上遇到了这个问题，但在活动服务器上没有。
  • 我正在将图像写入流，所以这不是一个许可问题。
  • 我一直直接将一些.dll文件部署到测试服务器。
  • 部署整个解决方案解决了这个问题，所以这可能是一个奇怪的编译不匹配
小开
只是为了防止有人做和我一样愚蠢的事情。 1. 确保path确实存在。 2. 确保您有写入权限。 3.确保你的路径是正确的，在我的情况下，我在TargetPath中缺少文件名:(

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

小开

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

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

小开

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

回收应用程序池修复问题。

小开

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

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

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

小开

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

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时，程序返回错误，并设法通过将项目属性中的项目目标更改为x64来解决这个问题。

小开

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

因此，要完成savindra的答案:https://stackoverflow.com/a/7426516/6444829。

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

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

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

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

  2. 右键单击该文件，然后单击Properties。

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

  4. 在Security选项卡上，检查用户列表。 (如果您的应用程序以网络服务的身份运行，请在列表中添加网络服务帐户，并授予其权限

  5. 在“属性”对话框中，单击“IIs_IUSERS”，在“网络服务权限”区域框中，选择“读”、“写”和“修改”权限。

  6. 单击Apply，然后单击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时，如果目标目录中有太多文件(超过一百万，也报告在这里)，也可能会发生这种情况。详见回答。


提交答案