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

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

// 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

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

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

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

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

// 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

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

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

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

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

byte[] bts = (byte[])page1.EnhMetaFileBits; 
using (var ms = new MemoryStream(bts)) 
{ 
    var image = System.Drawing.Image.FromStream(ms); 
    System.Drawing.Image img = image.GetThumbnailImage(200, 260, null, IntPtr.Zero);      
    img.Save(NewPath, System.Drawing.Imaging.ImageFormat.Png);
}

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

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