對於互聯網信息服務管理員來說，在管理的過程中經常會碰到Web服務器CPU占用100%的情況，而這主要是w3wp.exe進程占用CPU內存達到100%，下面就針對這一現象來介紹XP系統出現該問題的常見原因和具體解決方案。
w3wp.exe的解釋：全名：IISApplicationPoolProcess，w3wp.exe是IIS工具的一部，w3wp.exe是在IIS（因特網信息服務器）與應用程序池相關聯的一個進程，如果你有多個應用程序池，就會有對應的多個w3wp.exe的進程實例運行。這個進程用來分配大量的系統資源。
常見原因如下：
1.Web訪問量大，從而服務器壓力大而引起的
這個也是最常見的情況。如果Web訪問量大，特別是同時在線人數過多，處理的Requests Current（當前請求數）過高，就會同時對IIS和服務器造成較大的壓力。特別是服務器需要不斷的運算，往客戶端發送生成後的頁面，這些都需要占用大量的CPU資源，從而造成Cpu 100%。
2.動態頁面（.aspx）的程序邏輯復雜程度
這個問題，對w3wp.exe的CPU占用來說也是蠻嚴重的，可能在訪問量級比較小的情況下並沒有多少影響，但是在高並發的網站上面來說，特別是Asp.NET的Requests Current超過250的時候，將會是w3wp.exe占用CPU的一個重要的因素。
我曾經碰到過這樣一個情況，兩個web（A和B）在兩台配置相當的服務器中部署，且兩個站點的訪問量都很大，訪問頁面都集中在兩個站點的兩個單獨頁面，且這兩個頁面的IIS連接數都是50個左右，但是頁面程序的復雜程度就錯了很多，A站點中的頁面，只有幾個簡單的Repeater綁定，而B站點中的頁面，則有大量的綁定、字符串過濾替換、Repeater嵌套綁定等等。這樣的情況，在大流量、高並發的環境中，A站點在IIS連接數達到3W多的時候，CPU占用仍然是50%左右，而B站點在IIS連接數達到7K左右的時候，CPU就90%多了，造成了服務器的壓力很大，並且IIS遭到了堵塞。
3.頁面程序中有死循環
如果Web訪問量不大，但是CPU卻占用很高，那麼頁面中的程序肯定有死循環或者性能比較嚴重的程序語句。
4.Http方式下載的站點
如果站點是HTTP形式下載站，也遇到過w3wp.exe占用CPU 100%的情況。
5.服務器資源不會自動釋放
有時，一個站點的流量在一個小時內陡增，結果操作系統分配了比較多的CPU資源，但是當流量下去後，w3wp.exe占用的CPU並沒有及時釋放，仍然在保持在90%以上。
6.對IIS日志文件操作
比如此時分析IIS日志文件裡面的數據，把IISLog日志導入到數據庫中等操作，也會造成此現象。
解決辦法：
一、快速定位到出問題的站點
1、利用iisapp-a命令，快速的定位到出問題的站點。當然如果當前服務器只跑了一個web站點，那麼此步驟可以跳過。
在cmd中輸入iisapp-a，會出現下圖中的信息：
2、當然，這個要求你每個站點，都要有獨立的應用程序池與之對應，應用程序池的名稱，最好就是站點的名稱，如下圖：
3、關於IIS的應用程序池的配置，這裡就不說了，不懂的可以search下。之後，再打開任務管理器，如下圖：
4、觀察進程為w3wp.exe的，查看那個CPU占用的高，再利用其PID於iisapp中列出的結果對比，就能輕松的找出是那個站點占用的CPU過高了。
二、重啟IIS和應用程序池
此步是緊急處理，一般都是治標不治本的步驟。如果你的站點搭建的有負載均衡（負載均衡、NLB），那麼請在負載均衡（負載均衡、NLB）把當前服務器下了，然後重啟。如果你沒有負載均衡（負載均衡、NLB），而且你的站點又是在線的，那麼，就悲劇10多秒吧，短暫的不能訪問吧。
三、給頁面加上頁面級別緩存
如果Web是Asp.Net程序，那麼請一定要<%@ OutputCache Duration="10" VaryByParam="none"%>。但是有好多人都沒有用好OutputCache，導致經常出現下載頁面的問題，所以都放棄了使用，這裡有OutputCache導致頁面下載的解決辦法。
OutputCache非常有用，好處有三：直接從內存讀頁面，頁面響應速度更快，用戶體驗更好；大大的降低了服務器的壓力，特別是對於高並發的網站，特別是CPU的壓力；減少了DB的強求，降低DB（數據庫）的壓力。
四、檢查頁面邏輯
如果WEB流量很低，但是還有w3wp.exe（IIS） CPU占用100%左右的情況，那麼就檢查頁面的代碼邏輯吧，很有可能是死循環或大量的運算導致。
以上便是關於w3wp.exe進程占用CPU內存100%問題的介紹，其中介紹了出現該情況的原因，同時也講解了具體的解決辦法，如果互聯網信息服務管理員或用戶碰到該問題無法解決的話，就可以嘗試用上面的方法來解決。
