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

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


当前回答

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

image_instance = Image.FromFile(file_name);

而不是

image_instance.Load(file_name);

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

其他回答

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

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

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

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

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

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

所以,与其

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

试试这个

Stream imageStream;
...

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

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

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

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

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

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

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

new Bitmap(oldbitmap).Save(filename);