相信做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服务器还有更多的用途当然也建议采用此模式.
如果您正在 .NET Compact Framework 上进行编程，当没有足够的内存可用于内部用途或新的托管对象时，公共语言运行库会引发此异常。要避免此异常，应避免编写占用 64KB 或更多内存的大方法。
备注
过多的托管内存使用量通常由以下因素造成：
1 将大型数据集读入内存中。
2 创建过多的缓存条目。
3 上载或下载大文件。
4 在分析文件时过多地使用正则表达式或字符串。
5 过多的视图状态。
6 会话状态中有过多的数据或者会话过多。
当对 COM 对象调用一个方法，并且该方法返回包含安全数组（大小不固定的数组）的用户定义类型时，可能引发此异常，并附带一条额外的消息“存储空间不足，无法完成此操作”。这是因为 .NET Framework 无法封送带有安全数组类型的结构字段。
REF:
http://blog.csdn.net/limmo/archive/2007/01/20/1488329.aspx
http://hi.baidu.com/melovesmile/blog/item/f69efffd2309a085b901a0bb.html
http://hi.baidu.com/anwyo/blog/item/921e93132e3cf6d3f6039e75.html
http://www.cnblogs.com/kwklover/archive/2005/05/05/149787.html
http://www.360doc.com/content/06/1119/16/1_265250.shtml
IIS：w3wp.exe进程占用cpu和内存过多的处理办法 http://www.cnblogs.com/emanlee/archive/2010/02/06/1664874.html