32位系統(tǒng)上IIS7內(nèi)存泄漏的臨時(shí)解決辦法

32位系統(tǒng)上IIS7內(nèi)存泄漏的臨時(shí)解決辦法可能原因描述：1、 代碼書寫不太注重內(nèi)存的使用效率，過度new出大量對象，而不注重即使釋放這部分內(nèi)存的處理，將內(nèi)存的釋放全然交給垃圾處理器。這種情況的解決辦法需要仔細(xì)分析代碼，對結(jié)構(gòu)進(jìn)行調(diào)整后才可以避免。2、 由于32位的Windows系統(tǒng)中的限制，導(dǎo)致IIS中存在無法達(dá)到內(nèi)存自動(dòng)回收閥值的BUG造成的，解決辦法可以簡單得將系統(tǒng)換成64位windows系統(tǒng)，并適當(dāng)增加物理內(nèi)存解決。在無法將系統(tǒng)更換搭到64位平臺(tái)下，可以通過以下辦法來解決。1、在IIS7的控制面板中打開應(yīng)用程序池的界面。與應(yīng)用程序池您可頃在此頁上查看和管理服務(wù)器上的應(yīng)程序海情.應(yīng)程序池與工作進(jìn)程相矢聯(lián)，包含一？或簽個(gè)應(yīng)用程序，并提供篇選:,腳回淄全部廄⑥名稱狀態(tài) ,NETFra... 托管莒道模式 標(biāo)識 應(yīng)程^/ASP.NETv4.0已啟動(dòng)v4,0集成 ApplicationPoolIdentity4，./ASP.NETv4.0Classic已啟動(dòng)v4,0ApplicationPoolidentity1^Classic.NETAppPool已啟動(dòng)v2.0經(jīng)典 ApplicationPoolidentity0撤DefaultAppPool已啟動(dòng)v2.0集成 ApplicationPoolIdentity0WDropthingsPool已啟動(dòng)v4,0經(jīng)典 ApplicationPoolIdentity1j^shijicare已啟動(dòng)v4,0ApplicationPoolidentity12、選中指定的應(yīng)用程序池，點(diǎn)擊右邊控制面板上的”高級設(shè)置”選項(xiàng)。蝙輯應(yīng)用程度地H基^設(shè)置…正在回收…高韁曜“，弟名x刪除3、在彈出的高級設(shè)置面板中滾動(dòng)到“回收”分類處。4、在虛擬內(nèi)存限制(KB)一欄中填入當(dāng)虛擬內(nèi)存超過某個(gè)閥值時(shí)變自動(dòng)啟動(dòng)內(nèi)存回收經(jīng)過以上步驟的設(shè)置即可使得當(dāng)iis服務(wù)器在運(yùn)行web應(yīng)用程序時(shí)，由于程序中的代碼通過new向堆內(nèi)存申請的空間在遇到800M這個(gè)閥值時(shí)，開始啟動(dòng)內(nèi)存回收機(jī)制并釋放無用內(nèi)存。Iis系統(tǒng)回收事件日志可以通過windows“事件日志管理器”進(jìn)行瀏覽并查看。個(gè)人不建議i