apache内存溢出的分析与解决

可参考：http://www.cnblogs.com/huayangmeng/archive/2011/06/27/2091318.html

最近一直遇到apache内存溢出导致假死的情况，翻查了许多文档，加上自己的理解，我们一起来分析看看。
　　首先，看到httpd-mpm.conf配置文件，因为windows下apache加载的是“mpm_winnt_module”部分的配置，所以我们 直接看到这个部分。ThreadsPerChild，我作词面翻译：每个子进程所产生的线程数，意思是系统启动时默认启动的等待线程数，用来等待处理客户 的请求。这里我加了这个配置：

Win32DisableAcceptEx                       #禁用AcceptEx()
在使用AcceptEx时内存增长不明显并且可以回落，但是久了会抛

[warn] (OS 64)指定的网络名不再可用。  : winnt_accept: Asynchronous AcceptEx failed.
的错误，然后apache会在 error.log里爆写，导致假死；可能是因为用户来了请求线程分配了一些资源，此时内存增长，但用户访问完成后，这些资源都释放了（这些资源很可能都和用户相关，没法留着下个用户使用，所以都释放了）。

　　禁用了AcceptEx后，“[warn] (OS 64)指定的网络名不再可用”的错误不再抛了，但是由于apache每个线程需要处理网络事件，因此每个线程的资源需要就多了，并且处理完一个用户的请求后，有些资源不想释放，是可以对下个用户重用的，这样就留在了里面。由于我的线程数设的是系统默认的150（估计网上很多人遇到这个类似于“memory leak（内存溢出）”问题的可能也都设的比较大或者机器虚拟内存较小），这样当线程较多时就会出现达到最大内存的情况，而且这种现象给人的感觉就是有内存泄漏。
　　apache服务初始化后，内存里new出来httpd.exe的进程，之后来一个请求后线程分配一些资源（暂时不释放的），这样内存就开始攀，但是如果 用户长时间访问页面，内存就掉不下来了。因此针对这个问题，我显示地设置了MaxRequestsPerchild（每个子进程所处理的最大请求数）参数，希望它在每次处理完请求后，kill掉进程，在重新创建，保持内存不会溢出。看了网络上有网友把MaxRequestsPerchild这个参数设置 成100，就不会出现httpd.exe的死进程了，但是我这里把它从原来的0（无限制）改成了100后，问题稍微缓解，当仍然存在，apache不会翻转（关闭掉已经完成提供处理请求的进程，再重新创建新的进程）。。。

　　周六的时候，apache又开始假死，而且是重启apache后，两三分钟内又会出现假死的情况。于是，我又开始翻阅文档，查找相关的资料，终于，在一篇 同样是解决apache内存溢出引起假死的文章中，看到了“ThreadLimit”这个参数的作用，从词面上讲，就是线程数限制，而且很有意思的是，这 个参数的设定值要和ThreadPerChild的值要一致，来看我的配置：

<IfModule mpm_winnt_module>
    ThreadsPerChild      150
    ThreadLimit      150            #这里ThreadLimit的值要与ThreadPerChild一致 
    MaxRequestsPerChild    0
    Win32DisableAcceptEx        #这里禁用AcceptEx()函数
</IfModule>
ThreadLimit是apache占用系统线程数的限制，加上以后，已经接近两天没重启系统，没重启apache了，而且平台上的在线会员人数最高会在一百多，apache都没有假死。