如果你已经走了这么远，这是你可以尝试的其他事情。

将应用程序池标识设置从ApplicationPoolIdentity更改为LocalSystem，以验证其权限问题。

但是，不要长期使用这个设置，因为这是一个安全风险;只用它来诊断

如果你已经走了这么远，这是你可以尝试的其他事情。

将应用程序池标识设置从ApplicationPoolIdentity更改为LocalSystem，以验证其权限问题。

但是，不要长期使用这个设置，因为这是一个安全风险;只用它来诊断

我注意到你的“jpeg”案例实际上是:

            default:
                format = ImageFormat.Jpeg;
                break;

您确定格式是jpeg而不是其他格式吗?

我试一试:

            case "image/jpg": // or "image/jpeg" !
                format = ImageFormat.Jpeg;
                break;

或者检查imageToConvert.MimeType()实际返回的内容。

更新

你是否需要对MemoryStream对象进行其他初始化?

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

对我来说，道路是错误的

就用这个

String path = Server.MapPath("~/last_img.png");//Path

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

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

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

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