GDI+ 中发生一般性错误////System.OutOfMemoryException: 内存不足

本文详细解析了在.NET开发过程中遇到的GDI+异常问题,包括内存不足异常及“GDI+中发生一般性错误”的多种原因与解决方法。探讨了权限、文件锁定等问题,并给出了具体的代码示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

GDI+ 中发生一般性错误System.OutOfMemoryException: 内存不足
2009/07/07 16:39

今天在调试代码时, 遇到这样一个异常:

内存不足。
异常详细信息: System.OutOfMemoryException: 内存不足。
源错误: System.Drawing.Image myimg=System.Drawing.Image.FromFile(file.FullName);

我一开始还认为哪儿没有释放内存, 查了半天,也没找出原因, 然后查了一下MSDN, 原来是打开了不是图像的文件而引发的异常:

MSDN:如果文件没有有效的图像格式,或者如果 GDI+ 不支持文件的像素格式,则此方法将引发 OutOfMemoryException 异常。

这样的异常信息真容易让人误解。

 

同样GDI+ 中发生一般性错误也遇到了,经过一番查询,终于找到了最终解决方案:

在开发.NET应用中,使用 System.Drawing.Image.Save 方法而导致“GDI+ 中发生一般性错误”的发生,通常有以下三种原因:
1. 相应的帐户没有写权限。
解决方法:赋予 NETWORK SERVICE 帐户以写权限。
2. 指定的物理路径不存在。
解决方法:
在调用 Save 方法之前,先判断目录是否存在,若不存在,则创建。
if (!Directory.Exists(dirpath))
Directory.CreateDirectory(dirpath);
3. 保存的文件已存在并因某种原因被锁定。
解决方法:
重启IIS,解除锁定。并在代码中使用 using 语句,确保释放 Image 对象所使用的所有资源。

我遇到的情况:
      在先用openFileDialog打开图片文件,然后用saveFileDialog保存文件时就出现了 “GDI+中发生一般性错误”,我当时就想到是打开的文件还没有释放出来,于是用openFileDialog1.Dispose()来释放,可是没有成功。同样从一个MemorySream 实例打开一个Image后,立即关闭了这个流,结果在Image.Save时也会发生这种错误。我“摆渡”了很久都是遇到和我一样问题的人,优快云上面的同志也没有给出一个实用的答案。最后终于还是在微软的网站上找到了答案:(以下是官方解决办法)
症状
Bitmap 对象或一个 图像 对象从一个文件, 构造时该文件仍保留锁定对于对象的生存期。 因此, 无法更改图像并将其保存回它产生相同的文件。

替代方法
•    创建非索引映像。
•    创建索引映像。
这两种情况下, 原始 位图 上调用 Bitmap.Dispose() 方法删除该文件上锁或删除要求, 流或内存保持活动。

创建非索引图像
即使原始映像被索引格式中该方法要求新图像位于每像素 (超过 8 位 -) -, 非索引像素格式。 此变通方法使用 Graphics.DrawImage() 方法来将映像复制到新 位图 对象:
1.    构造从流、 从内存, 或从文件原始 位图 。
2.    创建新 位图 的相同大小, 带有是超过 8 位 - - 像素 (BPP) 每像素格式。
3.    使用 Graphics.FromImage() 方法以获取有关二 位图 Graphics 对象。
4.    用于 Graphics.DrawImage() 绘制首 位图 到二 位图 。
5.    用于 Graphics.Dispose() 处置是 图形 。
6.    用于 Bitmap.Dispose() 是首 位图 处置。

创建索引映像
此解决办法在索引格式创建一个 Bitmap 对象:
1.    构造从流、 从内存, 或从文件原始 位图 。
2.    创建新 位图 具有相同的大小和像素格式作为首 位图 。
3.    使用 Bitmap.LockBits() 方法来锁定整个图像对于两 Bitmap 对象以其本机像素格式。
4.    使用 Marshal.Copy 函数或其他内存复制函数来从首 位图 复制到二 位图 图像位。
5.    使用 Bitmap.UnlockBits() 方法可以解锁两 Bitmap 对象。
6.    用于 Bitmap.Dispose() 是首 位图 处置。
由于外国人的思维和我们不一样,我重新用实例解释一下,我这里使用的是创建非索引图像。
private void ToolStripMenuItem_Click(object sender, EventArgs e)
        {
            if (openFileDialog1.ShowDialog() == DialogResult.OK)
            {
                //创建一个bitmap类型的bmp变量来读取文件。
                Bitmap bmp = new Bitmap(openFileDialog1 .FileName );
                //新建第二个bitmap类型的bmp2变量,我这里是根据我的程序需要设置的。
                Bitmap bmp2 = new Bitmap(1024, 768, PixelFormat.Format16bppRgb555);
                //将第一个bmp拷贝到bmp2中
                Graphics draw = Graphics.FromImage(bmp2);
                draw.DrawImage(bmp,0,0);
                pictureBox1.Image = (Image)bmp2 ;//读取bmp2到picturebox
                FILE = openFileDialog1.FileName;
                openFileDialog1.Dispose();
                draw.Dispose();
                bmp.Dispose();//释放bmp文件资源
            }
        }
通过以上的读取文件,在保存的时候就不会出现错误了。

*********************************************************************************************

我写的一个生成缩略图程序, 生成gif,bmp,png 文件都可以, 就是不能生成jpg 文件, 何解??

//按比例缩小上传的图片
System.Drawing.Image img;
img = System.Drawing.Image.FromFile(all);
float width = img.Width;
float height = img.Height;
float newwidth = 0;
float newheight = 0;
if (width > height)
{
newwidth = 135;
newheight = height / width * newwidth;
}
else
{
newheight = 135;
newwidth = width / height * newheight;
}
System.Drawing.Image outimg = img.GetThumbnailImage((int)newwidth,(int)newheight,null,IntPtr.Zero);
string newfiles = path + newfilename + ".jpg";
outimg.Save(newfiles);

outimg.Dispose();
img.Dispose();  

-------------------------------------------------------------------------------------------

绘图坐标超过了画布大小。建议先把画布设大写,看看效果再确定实际大小

跟画布大小应该是无关的,
如果上传jpg文件, 用以下方法保存是会报GDI 中发生一般性错误,
outimg.Save(newfiles,System.Drawing.Imaging.ImageFormat.Jpeg);
如果改成outimg.Save(newfiles,System.Drawing.Imaging.ImageFormat.Gif) 就能顺利生成,
但改成outimg.Save(newfiles,System.Drawing.Imaging.ImageFormat.Gif) 后, 上传gif文件生成缩略图就报GDI 中发生一般性错误, 现在连问题的根源都不清楚, 唉...

监测一下你的newwidth和newheight是不是未预期的数据

检查是否是权限问题
1. 确认没有同名jpg文件存在
2. 确认aspnet或者network service有覆盖文件等相应权限

vivianfdlpw() 一言惊醒梦中人啊!! 果然是重名了!!!

**************************************************************************************

private void DrawImg(int width)
   {
   //图片的地址
    string path=String.Format(@"D:/共享文件夹/EnterpriseLicences/1/123.jpg");

   //保存水印图片的文件夹
    string catchPath=Server.MapPath(@"../temp/cache/");


    Image newImage = Image.FromFile(path);    //取出图片
   
    if(width==0)
    {
     width=newImage.Width;
    }
    int hight=newImage.Height*width/newImage.Width;
    System.Drawing.Bitmap bitmap=new Bitmap(width,hight);
    System.Drawing.Graphics g = System.Drawing.Graphics.FromImage(bitmap);
    g.InterpolationMode = System.Drawing.Drawing2D.InterpolationMode.High;
    g.SmoothingMode = System.Drawing.Drawing2D.SmoothingMode.HighQuality;
    g.Clear(System.Drawing.Color.Transparent);
    g.DrawImage(newImage,0,0,width,hight);

 

   //水印图片
    Bitmap copyImage = (Bitmap)Bitmap.FromFile(Server.MapPath(@"../Images/EnterpriseLisence/Logos.gif"));


    copyImage.MakeTransparent(Color.White);
   
    float copyW=width*4/10; float copyH=copyImage.Height*copyW/copyImage.Width;


    g.DrawImage(copyImage,width-copyW-10,hight-copyH-5,copyW,copyH);
    try
    {
     bitmap.Save(catchPath+"123.jpg");  //这个文件夹有权限

    }
    catch (Exception e)
    {
     throw e;
    }

    bitmap.Dispose();

    newImage.Dispose();
    g.Dispose();
   }

 

Message "GDI+ 中发生一般性错误。"

Source "System.Drawing"
StackTrace  

at System.Drawing.Image.Save(String filename, ImageCodecInfo encoder, EncoderParameters encoderParams)

at System.Drawing.Image.Save(String filename, ImageFormat format)

   at System.Drawing.Image.Save(String filename)  

at KSI.KSI_Web.EnterpriseLisence.Drawing.DrawImg(Int32 width) in D://worksharp//ksi//ksi_web//enterpriselisence//drawimg.aspx.cs:line 98"

----------------------------------------------------------------------------------------------------

1.尽量使用 引用图片,避免直接加载物理图片

eg://图片的地址
    string path=String.Format(@"D:/共享文件夹/EnterpriseLicences/1/123.jpg");

Image newImage = Image.FromFile(path);    //取出图片

   g.DrawImage(newImage,0,0,width,hight);

这种方式不是很可取,而且容易造成 GDI+错误

2.VS03、05对GIF支持不是很完好!当你的程序执行较大操作的时候,且你会更新你的图片的时候,GDI+错误 偶尔、或者经常出现。

我本人不知道解决方法。只能使用别的方式,加载GIF图片 或者不加载GIF图片

注(您的代码比较严谨,不存在实质性的漏洞,加载释放都有,虽然位置不佳,但是依然可以达到 释放的目的)请你 更换GIF 图片 再 重新生成项目

来自:http://hi.baidu.com/wangfei1988060/blog/item/48453516ae0fe911972b433c.html

<think>嗯,用户遇到了在ASP.NET MVC C#中调用服务器接口下载文件时出现“System.OutOfMemoryException”异常的问题。这个问题通常是由于尝试一次性将大文件加载到内存中导致的。首先,我需要回忆一下ASP.NET MVC中处理文件下载的常见方法,以及可能导致内存不足的原因。 首先,用户可能在代码中使用类似File.ReadAllBytes或File.ReadAllText这样的方法,这些方法会将整个文件内容读入内存。如果文件非常大,比如几百MB或几GB,这就会占用大量内存,进而导致OutOfMemory异常。特别是在32位应用程序中,内存限制更严格,更容易出现这个问题。 接下来,我应该考虑如何优化文件下载,避免一次性加载整个文件到内存中。通常的解决方案是使用流(Stream)来处理文件传输,分块读取文件并直接写入响应流中,这样就不会占用太多内存。例如,使用FileStreamResult或者手动处理输出流,逐块读取文件并写入响应。 另外,可能需要检查服务器端的内存设置和应用程序池的配置。如果应用程序池的内存限制过低,或者服务器本身内存不足,也可能导致这个问题。但更可能的原因是代码本身的问题,而不是服务器配置。 然后,用户可能没有正确释放资源,比如没有使用using语句来确保文件流被及时释放,导致内存泄漏。这时候需要检查代码中是否有及时关闭和释放文件流、响应流等资源。 此外,还要考虑是否在处理大文件时启用了缓冲。如果启用了缓冲,ASP.NET可能会尝试将整个响应缓存到内存中,这会增加内存使用量。可以通过设置Response.BufferOutput为false来禁用缓冲,这样数据会直接发送到客户端,减少内存占用。 还有可能的情况是,用户在使用某些库或中间件处理文件时,这些库本身存在内存问题。例如,处理Excel或PDF文件时,某些库可能会将整个文档加载到内存中。这时候需要寻找支持流式处理的库,或者分块处理数据。 最后,如果文件确实太大,可能需要考虑其他存储和传输方案,比如分片下载、使用临时文件存储,或者将文件存放在云存储中,通过生成预签名URL让客户端直接下载,从而减轻服务器负担。</think>在 ASP.NET MVC 中使用 C# 下载大文件时遇到 `System.OutOfMemoryException` 异常,通常是因为试图将整个文件一次性加载到内存中。以下是原因分析和解决方案: --- ### **问题原因** 1. **一次性加载大文件** 使用 `File.ReadAllBytes(path)` 或 `File.ReadAllText(path)` 等方法时,会将整个文件内容加载到内存,大文件(如超过 1GB)会导致内存溢出。 2. **未分块处理数据流** 直接通过 `Response.Write` 或 `Response.BinaryWrite` 写入大文件时,若未分块传输,内存会累积数据直至发送。 3. **IIS 或应用程序池限制** IIS 默认对请求和内存有限制,大文件可能触发限制。 --- ### **解决方案** #### **1. 使用流(Stream)分块传输** 直接通过文件流(`FileStream`)分块读取文件并写入响应流,避免一次性加载到内存。 ```csharp public ActionResult DownloadFile(string filePath) { string fullPath = Server.MapPath(filePath); FileStream fileStream = new FileStream(fullPath, FileMode.Open, FileAccess.Read); return new FileStreamResult(fileStream, "application/octet-stream") { FileDownloadName = Path.GetFileName(fullPath) }; } ``` #### **2. 手动分块写入响应流** 通过 `Response.OutputStream` 逐块读取并写入数据,控制内存占用: ```csharp public void DownloadFile(string filePath) { string fullPath = Server.MapPath(filePath); Response.ContentType = "application/octet-stream"; Response.AppendHeader("Content-Disposition", "attachment; filename=" + Path.GetFileName(fullPath)); byte[] buffer = new byte[1024 * 1024]; // 每次读取 1MB using (FileStream fileStream = new FileStream(fullPath, FileMode.Open, FileAccess.Read)) { int bytesRead; while ((bytesRead = fileStream.Read(buffer, 0, buffer.Length)) > 0) { Response.OutputStream.Write(buffer, 0, bytesRead); Response.Flush(); // 立即发送到客户端 } } Response.End(); } ``` #### **3. 禁用响应缓冲** 禁用 ASP.NET 的响应缓冲,避免内存中缓存整个文件: ```csharp Response.BufferOutput = false; // 默认是 true ``` #### **4. 配置 IIS 或应用程序池** - **增大内存限制**:在 IIS 应用程序池的高级设置中,调整以下选项: - `Private Memory Limit (KB)` - `Request Length (Bytes)`(在 `web.config` 中设置 `<httpRuntime maxRequestLength="2147483647" />`) - **启用 64 位模式**:如果服务器是 64 位系统,确保应用程序池启用了 `Enable 32-Bit Applications = false`。 --- ### **优化建议** 1. **设置合理的缓冲区大小** 例如 `byte[1024 * 1024]`(1MB),避免频繁 IO 操作。 2. **异常处理与资源释放** 使用 `using` 或 `try/finally` 确保流被正确释放: ```csharp using (FileStream fileStream = new FileStream(...)) { // 操作 } ``` 3. **直接返回 FilePathResult** ASP.NET MVC 内置的 `FilePathResult` 会自动处理流: ```csharp public ActionResult DownloadFile() { string path = "~/App_Data/largefile.zip"; return File(path, "application/zip", "largefile.zip"); } ``` 4. **使用云存储或 CDN** 对于超大文件(如 >5GB),建议将文件存储在云服务(如 AWS S3、Azure Blob Storage),通过生成临时下载链接让客户端直接下载,避免服务器内存压力。 -- ### **关键点总结** - **避免一次性加载大文件到内存**,始终使用流式传输。 - **分块读取和写入**,设置合理的缓冲区大小。 - **配置服务器和应用程序池**以适应大文件需求。 - 如果频繁出现内存问题,考虑优化架构(如分片下载、异步任务等)。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值