我发现，如果我保存文件的父文件夹中有一个尾随空格，那么GDI+将抛出通用异常。

换句话说，如果我试图保存到“C:\文档和设置\我的用户名\本地设置\Temp\ABC DEF M1趋势值\图像\图片.png”，那么它会抛出通用异常。

我的文件夹名是由一个文件名生成的，碰巧有一个尾随空格，所以很容易使用. trim()，然后继续。

这个错误的另一个原因，解决我的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。

我将加上这个错误的原因，希望它能帮助一些未来的互联网旅行者。：）

GDI+将图像的最大高度限制为65500

我们做了一些基本的图像调整，但在调整大小时，我们试图保持纵横比。我们有一个非常擅长这项工作的QA人员;他决定用一张宽为1像素、高为480像素的照片进行测试。当图像缩放到符合我们的尺寸时，高度超过了68,000像素，我们的应用程序爆炸了，在GDI+中出现了一个通用错误。

你可以自己用test来验证:

  int width = 480;
  var height = UInt16.MaxValue - 36; //succeeds at 65499, 65500
  try
  {
    while(true)
    {
      var image = new Bitmap(width, height);
      using(MemoryStream ms = new MemoryStream())
      {
        //error will throw from here
        image.Save(ms, ImageFormat.Jpeg);
      }
      height += 1;
    }
  }
  catch(Exception ex)
  {
    //explodes at 65501 with "A generic error occurred in GDI+."
  }

Bitmap的构造函数中没有抛出一个友好的。net ArgumentException，这太糟糕了。

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

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

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

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

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

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

在我的情况下，问题是在我保存的路径(根C:\)。把它改成D:\111\，异常就消失了。