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

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

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

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

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

好吧，我似乎已经找到了原因，只是纯粹的运气，它没有错与特定的方法，它进一步备份调用堆栈。

前面我调整了图像的大小，作为该方法的一部分，我返回调整后的对象，如下所示。我插入了对上述方法的两次调用，并直接保存到一个文件。

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

EDIT

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

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

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

当使用NTFS时，如果目标目录中有太多文件(超过一百万)，也可能会发生这种情况。更多细节请看这个答案。

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