⑴对于互联网信息服务管理员来说，在管理的过程中经常会碰到Web服务器CPU占用%的情况，而这主要是wwp.exe进程占用CPU内存达到%，下面就针对这一现象来介绍XP系统出现该问题的常见原因和具体解决方案。
⑵wwp.exe的解释：全名：IISApplicationPoolProcess，wwp.exe是IIS工具的一部，wwp.exe是在IIS（因特网信息服务器与应用程序池相关联的一个进程，如果你有多个应用程序池，就会有对应的多个wwp.exe的进程实例运行。这个进程用来分配大量的系统资源。
⑶.Web访问量大，从而服务器压力大而引起的
⑷这个也是最常见的情况。如果Web访问量大，特别是同时在线人数过多，处理的Requests Current（当前请求数过高，就会同时对IIS和服务器造成较大的压力。特别是服务器需要不断的运算，往客户端发送生成后的页面，这些都需要占用大量的CPU资源，从而造成Cpu %。
⑸.动态页面（.aspx的程序逻辑复杂程度
⑹这个问题，对wwp.exe的CPU占用来说也是蛮严重的，可能在访问量级比较小的情况下并没有多少影响，但是在高并发的网站上面来说，特别是Asp.的Requests Current超过的时候，将会是wwp.exe占用CPU的一个重要的因素。
⑺我曾经碰到过这样一个情况，两个web（A和B在两台配置相当的服务器中部署，且两个站点的访问量都很大，访问页面都集中在两个站点的两个单独页面，且这两个页面的IIS连接数都是个左右，但是页面程序的复杂程度就错了很多，A站点中的页面，只有几个简单的Repeater绑定，而B站点中的页面，则有大量的绑定、字符串过滤替换、Repeater嵌套绑定等等。这样的情况，在大流量、高并发的环境中，A站点在IIS连接数达到W多的时候，CPU占用仍然是%左右，而B站点在IIS连接数达到K左右的时候，CPU就%多了，造成了服务器的压力很大，并且IIS遭到了堵塞。
⑻.页面程序中有死循环
⑼如果Web访问量不大，但是CPU却占用很高，那么页面中的程序肯定有死循环或者性能比较严重的程序语句。
⑽.Http方式下载的站点
⑾如果站点是HTTP形式下载站，也遇到过wwp.exe占用CPU %的情况。
⑿.服务器资源不会自动释放
⒀有时，一个站点的流量在一个小时内陡增，结果操作系统分配了比较多的CPU资源，但是当流量下去后，wwp.exe占用的CPU并没有及时释放，仍然在保持在%以上。
⒁.对IIS日志文件操作
⒂比如此时分析IIS日志文件里面的数据，把IISLog日志导入到数据库中等操作，也会造成此现象。
⒃一、快速定位到出问题的站点
⒄、利用iisapp-a命令，快速的定位到出问题的站点。当然如果当前服务器只跑了一个web站点，那么此步骤可以跳过。
⒅在cmd中输入iisapp-a，会出现下图中的信息：
⒆、当然，这个要求你每个站点，都要有独立的应用程序池与之对应，应用程序池的名称，最好就是站点的名称，如下图：
⒇、关于IIS的应用程序池的配置，这里就不说了，不懂的可以search下。之后，再打开，如下图：
⒈、观察进程为wwp.exe的，查看那个CPU占用的高，再利用其PID于iisapp中列出的结果对比，就能轻松的找出是那个站点占用的CPU过高了。
⒉二、重启IIS和应用程序池
⒊此步是紧急处理，一般都是治标不治本的步骤。如果你的站点搭建的有负载均衡（负载均衡、NLB，那么请在负载均衡（负载均衡、NLB把当前服务器下了，然后重启。如果你没有负载均衡（负载均衡、NLB，而且你的站点又是在线的，那么，就悲剧多秒吧，短暂的不能访问吧。
⒋三、给页面加上页面级别缓存
⒌如果Web是Asp.程序，那么请一定要<% OutputCache Duration="10" VaryByParam="none"%>。但是有好多人都没有用好OutputCache，导致经常出现下载页面的问题，所以都放弃了使用，这里有OutputCache导致页面下载的解决办法。
⒍OutputCache非常有用，好处有三：直接从内存读页面，页面响应速度更快，用户体验更好；大大的降低了服务器的压力，特别是对于高并发的网站，特别是CPU的压力；减少了DB的强求，降低DB（数据库的压力。
⒎四、检查页面逻辑
⒏如果WEB流量很低，但是还有wwp.exe（IIS CPU占用%左右的情况，那么就检查页面的代码逻辑吧，很有可能是死循环或大量的运算导致。
⒐以上便是关于wwp.exe进程占用CPU内存%问题的介绍，其中介绍了出现该情况的原因，同时也讲解了具体的解决办法，如果互联网信息服务管理员或用户碰到该问题无法解决的话，就可以尝试用上面的方法来解决。