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

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

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

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

这个错误的另一个原因，解决我的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。

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

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

希望这能有所帮助。

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

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

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

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

new Bitmap(oldbitmap).Save(filename);

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