»点此完善

网站简介-内存溢出问题:OutOfMemoryException异常应如何处理?

2 四 囜 囝 ㊛T圛 圜

内存溢出问题:OutOfMemoryException异常应如何处理?

一, 运行时错误

首先程序的异常,甚至错误是在所难免的,但当系统出现异常时,应该提供给用户一个友好的界面,并简单说明原因,对这个问题,我一般的解决办法是
《customErrors mode="Off" /》 这里可以不用配置
然后在HttpModule的Application_Error事件中检测所有Error,并跳转到指定友好页面。另外也可以在所有页面的基类的Page_Error事件中检测,并跳转到指定友好页面,ASP.NET forums提供的解决方案,我觉得已经很优秀了,博客堂的宝玉提供这方面的很好的介绍

二, OutOfMemoryException异常如何处理

在什么情况下会出现OutOfMemonryException呢?

引《《.net框架程序设计修订版》》的话: 在我们试图新建一个对象时,而垃圾收集器又找不到任何可用内存时被抛出,这种情况下我们是可以捕获该异常的,另一种情况是,CLR需要内存时,而却系统却不能提供,也会抛出该异常,但此时,我们的应用程序是不能捕获该错误的。

《《.net框架程序设计修订版》》把OutOfMemoryException异常列为开发人员几乎从来不会考虑的隐含假设,也就是说,很多开发人员根本不考虑该异常发生的可能并做出处理,起码我在我开发的系统里并没有专门考虑这个异常

我现在考虑的问题是:
1,如果是新建对象找不到可用内存抛出该异常,那么在HttpModule的Application_Error事件能否捕获改错误?我的想法是,即使可以捕获,也是不能得到处理的,因为自定义的异常处理仍然需要内存来运行,所以无论能否捕获,都不能做友好处理

2,如果CLR找不到需要的内存情况下抛出改异常,那就更不能处理了

也就是说,几乎在任何情况下,我们都无法在系统出现OutOfMemoryException异常提供友好界面?

服务器配置方面

1. 安装.NET Framework 1.1 Service Pack 1补丁部分解决了一些内存泄漏的问题,下载地址为:http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=a8f5654f-088e-40b2-bbdb-a83353618b38

2.使用更多的内存
    a.打开/3GB Switch(如果你有3GB以上的内存)。这个配置只在Windows 2000 Advanced Server和Data Center版本以及Windows Server 2003以上才支持,参见:http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag/html/scalenetchapt17.asp
http://support.microsoft.com/default.aspx?scid=kb;en-us;820108
    b.即使你有很多内存,但.NET(注意不是ASP.NET工作进程,而是.NET整个使用的内存是有一定限制的,可以通过加大配置使用量来减少内存溢出的发生。方法如下:修改machine.config文件,一般在%System%/Microsoft.Net/Framework/v1.1.4322/CONFIG目录中, 修改processModel元素中的memoryLimit,大于缺省设置的60(意味着物理内存的60%)。

3.回收工作线程

设置IIS定期清除Work process是避免此异常的一个较好的方式。但这个功能是IIS 6.0(也就是Windows 2003上带的IIS)才支持。配置方法如下:修改IIS的应用程序池配置,选择DefaultAppPool(如果你的系统是用这个池),右键点属性-》Recycling Setting,然后选择根据情况 修改“Recycle worker processes at the following times:'等几项配置,其中定时回收工作进程是一个比较好的方式,可以避免回收工作进程时,引起客户Session丢失。
Windows 2000 server 上安装的是IIS 5.0,本身不支持Recycle,但要想实现这个功能也不难。微软针对IIS提供的IIS5Recycle便是这样一个程序,它安装后以服务形式提供回收工作进程。
安装说明见http://support.microsoft.com/?id=322350

代码编写方面的注意问题

1.System.Drawing方面的类使用问题
System.Drawing用到了很多系统的资源和非托管代码,所以使用的时候要特别小心,注意内存泄漏(Memory Leak)例如:BitMap.MakeTransparent方法的使用问题:http://www.dotnet247.com/247reference/msgs/40/202528.aspx

2.new byte[]问题
处理流的时候常常会用到new一个大的byte数组。但在多用户情况下会消耗大量的内存。正确的做法应该是定义一个比较小的byte数组做为缓存,然后循环使用。如在我们的程序中,有些地方使用不当,当图片(或附件)过大或过多的时候, new byte[length]就有可能消耗过多的内存。
3. 避免使用大对象数组或小对象大数组
编程时同样要重视效率问题(包括内存占用问题)。
4.Com接口调用是要注意释放对象。
posted on 2005-01-25 13:37 Chainet
事件类型:错误
事件来源:Application
事件种类:无
事件 ID:0
日期:2005-11-19
事件:15:40:49
用户:N/A
计算机:WEBHOST1
描述:事件 ID ( 0 )的描述(在资源( Application )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: System.OutOfMemoryException: 发生类型为 System.OutOfMemoryException 的异常。
http://blog.joycode.com/kaneboy/archive/2005/05/07/50409.aspx

ASP.NET中的OutOfMemoryException

在博客园看到了一位园友写的文章《如何处理OutOfMemoryException异常?》,于是想和大家交流一下ASP.NET中出现OutOfMemoryException的问题。
实际上,在ASP.NET Web服务器上,ASP.NET所能够用到的内存,通常不会等同于所有的内存数量。在machine.config配置文件中,配置节《processModel》中有一个属性“memoryLimit”,这个属性的值是一个百分值,默认为“60”,即指定了ASP.NET进程(在任务管理器中大家就可以看到ASP.NET的进程,IIS5中为aspnet_wp,IIS6中为w3wp)能够使用所有物理内存的60%。当ASP.NET使用的内存量超过这个限额时,IIS会开始自动回收(recycle)进程,即创建一个新的进程去负责应付Http请求,而将旧进程所占用的内存回收。
当我们有一台很大内存的服务器时,“memoryLimit”这个值是需要进行适当的调整的。比如我们准备了一台4G内存的服务器,那么4G×60%=2.4G。但是,对于Win32操作系统,一个进程所能占用的所有内存空间只有2G。当ASP.NET进程占用的内存开始达到2G时,由于它并没有达到2.4G的“回收阈值”,所以IIS不会启动recycle进程操作,但是由于Win32的限制,实际上已经不能给这个进程分配更多的内存了,于是,OutOfMemoryException就很可能会被抛出了。为了避免这样的情况,我们就必须将“memoryLimit”适当调小,以让IIS更早的进行进程回收。
微软推荐的ASP.NET进程占用内存是不超过60%,并最好使计算出的实际值不超过800M。就是说,对于一台4G内存的服务器,最好将“memoryLimit”属性设置成“20”。设置一个适当的回收阈值,让IIS适时的进行进程回收,对于保证整个服务器的稳定运行,避免OutOfMemoryException是非常重要的。
在IIS6中,ASP.NET进程的回收阈值不再由配置节中的“memoryLimit”属性决定,而是由IIS管理器中的应用程序池配置中的设置决定。
但是,即使正确设置了这些配置,也不能保证完全避免OutOfMemoryException的发生,原因可能是多样而复杂的,比如内存回收操作可能耗时太多等等。开发人员要注意的,就是在代码中时刻牢记不要无谓的使用和浪费内存。:)

之所以发生System.OutOfMemoryException这个问题,是因为多处理器(或多核心)计算机上的 .NET CLR 的 Garbage Collection (GC) 机制默认是使用 Server Mode (服务器模式) 在运行的,换句话说,就是「每一颗 CPU 都会有独立的 GC 内存空间(堆栈, Heap)」,所以如果你的 GC 内存空间 用掉了 500MB 且你有 4 颗 CPU 的话,就等于耗费了 2GB 的内存,进而发生 System.OutOfMemoryException 异常!
要解决这个问题的方式就是将 GC 设置为 Workstation Mode (工作站模式),这样就可以整台主机共享同一个 GC Heap,以节省内存的使用。要将预设的 GC 修改成 Workstation Mode 必须要修改 %WINDIR%/Microsoft.NET/Framework/v2.0.50727/Aspnet.config 配置文件 ( 如果是 .NET 1.1 要修改 %WINDIR%/Microsoft.NET/Framework/v1.1.4322/Aspnet.config 配置文件 ):
预设的 Aspnet.config 长这样:

《?xml version="1.0" encoding="UTF-8" ?》
《configuration》
   《runtime》
     《legacyUnhandledExceptionPolicy enabled="false" /》
     《legacyImpersonationPolicy enabled="true"/》
     《alwaysFlowImpersonationPolicy enabled="false"/》
     《SymbolReadingPolicy enabled="1" /》
   《/runtime》
《/configuration》
需加上一行 《gcServer enabled="false"/》 如下:
《?xml version="1.0" encoding="UTF-8" ?》
《configuration》
   《runtime》
     《gcServer enabled="false" /》
     《legacyUnhandledExceptionPolicy enabled="false" /》
     《legacyImpersonationPolicy enabled="true"/》
     《alwaysFlowImpersonationPolicy enabled="false"/》
     《SymbolReadingPolicy enabled="1" /》
   《/runtime》
《/configuration》

这样就设置完成了!

不过像这种出现 Out of Memory 的异常在 64 位的操作系统中几乎不会出现问题,所以如果你是使用 64 位的操作系统(如:Windows Server 2003 64bit ) 的话,是不太需要做这样的调整的,但你的内存还是要够多才行,否则过多的分页状况还是会降低你 ASP.NET 应用程序的执行性能!

除了这点之外,在正式(Production)环境中的 ASP.NET 应用程序一定要在 web.config 中关闭开发时期设定的 debug 与 trace,才不会对内存造成额外的负担。因为 ASP.NET 应用程序在启用 debug mode 的时候所有的 Symbol 檔(*.pdb)都会被加载到内存中,不但会消耗不少内存,也会降低执行效能。详情请见微软知识库:Quick things to check when you experience high memory levels in ASP.NET。


本站敬请您关注:w w w. 0430. c o m
上一站:  内容为王:如何做好网站内容?
当前推荐网站:  内存溢出问题:OutOfMemoryException异常应如何处理?
下一站:  内存溢出(out of memory)是内存不够吗?


申明:本资料由全球网站库会员提供,完全免费,敬请您提防上当;另转载请注明出处,资料来源:http://www.0430.com/cn/web237471/。
内存溢出问题:OutOfMemoryException异常应如何处理? 感谢您的支持与分享!

»如果您觉得'内存溢出问题:OutOfMemoryException异常应如何处理?'相关资料不全,请点此协作更新!

您的姓名: * 可选项,留空即为匿名发表
评论内容:
剩余字数:  * 按 Ctrl + Enter 发送.
        

0430.com温馨提示:资料由网站会员自行发布,请大家自辩真伪;评论只需提交一次,请耐心等候审核通过,方可显示。
1楼 [112.25.90.*] 发表于 2017/06/22/ 11:10:00
能说人话不?
»我要发布评论(查看全部评论)
网站版本: English  中文(简体)  中文(繁體)  日本語  Español
关于我们 | 联系我们 | 贡献网站 | 免责声明 | 友情链接 | 意见反馈 | 分类目录 | 收录条件 | 收藏本页
Copyright 2004-2019 版权所有 全球网站库(本站唯一全球顶级域名:0430.com,仿冒无效,违者追责)
网站声明:本网站所分享网站资料取之于网、用之于网,请大家参考使用时自行辨明、后果自负,0430不承担任何责任。
全球网站库 - 二十四小时在线的免费顶级网站目录 - 让网站与我们的生活更近!