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

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

它发生!

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

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

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

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

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

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

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

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

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

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