相信做ASP.NET中大型Web应用的人都碰到过OutOfMemoryException这个异常，对于这个问题我研究了很久，在微软的技术文档上也了解过此问题出现的原因，说实话，到目前我仍然没有完美的解决方案，这里只是把我处理该问题的一些经验提出来和大家一起分享，尽可能的避免该问题的发生。
1) 首先，在硬件的配置上，出现该问题的原因我想很多人已经知道了，那就是IIS对于内存的管理存在一些限制，普遍的认识是800M的线程内存使用上限(通过我的一些客户实践证明的确如此,甚至更低...)，不管是w3wp还是aspnet_wp，这个限制对ASP.NET应用服务器的机器配置而言其意义是很明显的，超过2G的内存对于单纯的Web服务器而言作用是很微小的，所以在Web服务器的配置上可在CPU的数量方面多考虑。
2) IIS配置上的方案，IIS5.0可安装一个IIS5Recycle程序，该程序采用服务的形式来回收工作进程，安装说明：http://support.microsoft.com/?id=322350，对于IIS6.0可以在应用程序池的配置上设置自动回收工作线程的时间，我一般都会设在凌晨2点:)
3) 在.NET Framework的配置上，修改machine.config配置文件中的配置节<processModel>的属性“memoryLimit”，这个属性的值默认为“60”，是一个百分比数据，我们需要按照服务器实际的内存数，再根据800M的上限来设置这个值，那么在达到这个阀值时IIS会自动回收进程
4) 在Web应用程序的开发中，必须尽可能的减少对内存使用的浪费，及时释放资源，我想说明的有3点：1、通过代码主动调用Dispose方法进行资源释放，2、对于实体类尽可能复用，不做多余的声明和创建，3、减少Session的使用，缩短Session的有效期，尤其对于大数据对象尽量不要存储在Session中
5) 一个比较通用的办法，在Web应用程序的基类中通过try{}catch{}来主动捕捉OutOfMemoryException异常，发现该异常后直接调用GC.Collect()进行强制垃圾回收。
最后，有很多朋友提到32位系统对于大内存使用方面可以打开3G模式，这个本身没有什么问题，只是根据个人经验，其对单纯Web应用程序的帮助不大，如果Web服务器还有更多的用途当然也建议采用此模式.
希望对大家处理此问题有帮助