我的控制台应用程序得到了同样的错误消息:“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。

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

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

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

所以，与其

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

试试这个

Stream imageStream;
...

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

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

我对这个问题有一个奇怪的解决办法。 我在编码时遇到过这种情况。 我认为位图是结构和环绕它的方法。 在我的想象中，位图将在方法内复制，并在方法外返回。 但后来我检查了一下，它是类，我不知道为什么它帮助我，但它是有效的! 也许有人有时间和乐趣看看这个的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;
            }
        }

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

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

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

new Bitmap(oldbitmap).Save(filename);