问题描述
最近服务器访问量一大，时间久了就会报如下错误之后就进程终止了然后就每秒都报这个错，直到手动释放应用程序池才会好，请问各位有什么思路吗？
解决方案
解决方案二：
可能程序里可能有内存泄漏也可能是处理任务需要的内存远大于可用内存，可以通过应用程序池高级配置取消IIS的内存限制，并加装内存条
解决方案三：
可以指定每天凌晨几点定时回收应用程序池
解决方案四：
最大的可能应该是你的程序出现内存泄漏了。好好查查吧。你的Session是不是有存储大的数据对象。
解决方案五：
你的服务器的内存是多大的？另外，监控一下W3Wp的进程，如果增长特别快，需要检查代码，有内存泄露的地方。
解决方案六：
只看到nhibernate搜索了一下nhibernate内存泄发现下面这篇文章，希望可以帮得上忙https://msdn.microsoft.com/zh-cn/magazine/ee819139.aspx
解决方案七：
我看了一下，我每次update之后都flush了，但是每次save的时候都没有flush，这个有关系吗？
解决方案八：
程序要进行高强度的自动化测试，然后才上线。千万不要用2、3个人整天手工“点点点”（而且这些人只知道纠结于概念是非，却不了解如何确保高强度的回归测试）然后就上线了。你的这些问题，首先说是整体质量太差造成的，绝非个别bug。另外，尽量不要用那些貌似在java中10年前流行过、但是一直作为一个三流类库的东西。这些东西的c#移植，往往是一些很差劲的小团队做的，许多就是借着名气在.net里边骗人。如果.net中原来的方法已经很成熟、千锤百炼，千万不要胡乱扔掉而学java。
解决方案九：
对于OutOfMemotyException，不要动不动就说“物理内存不够了”。90%以上的情况都是某个变量的值溢出了某种数据结构的规定的大小，是系统内部报告的异常，跟服务器内存条容量没有关系。你还是要从“测试方法”角度去认证看看自己有没有好好把握产品上线前的质量。