这事儿得从我上周五半夜被报警短信吵醒说起。手机嗡嗡震个不停，摸黑抓起来一看，好家伙，监控提示服务器内存飚到95%了！我当时脑子还没开机，只记得睡前看还是稳稳的60%多，这大半夜的搞突袭可还行？赶紧掀开被子滚下床，拖鞋都穿反了直奔书房。

服务器卡成狗，问题定位

连上远程桌面一看，那台跑网站的Windows 2019服务器桌面卡得跟幻灯片似的，鼠标指针一拖一帧一帧动。赶紧开任务管理器，好家伙，几十个*进程排排坐，最胖的那个独占了快2G内存！平时这些家伙加起来也就占个3、4G撑死，现在直接干到14G去了。我盯着屏幕愣了三秒，心想这IIS是准备在我服务器上开养殖场吗？

开整！三个土办法轮番上阵

第一招：给应用程序池勒紧裤腰带

我打开IIS管理器，对着那个疯狂涨肚子的应用程序池右键，直奔【高级设置】：

• 把【回收】里的固定时间间隔从默认的1740分钟（29小时）咔咔改到1440分钟（24小时），让它每天凌晨自动重启一次；
• 在【内存回收限制】那儿，原来空空如也，我直接填了个2000（单位MB），警告值设了1800，心想超过2G就甭客气了该宰就宰；
• 顺手在【进程模型】里把闲置超时从20分钟砍到了10分钟——让闲着的进程早点滚蛋省点口粮。

改完立刻手动回收了一遍池子，内存瞬间吐出来3G多！但我知道这只是暂时止血，治标不治本。

第二招：揪出吃内存的大胃王

我琢磨着肯定有内存泄漏的坏分子。搬出Process Explorer这神器，对着几个肥头大耳的w3wp进程右键选【属性】，重点看【.NET CLR Memory】里的内存增速。蹲了半小时发现有个专门跑报表的进程特别可疑，每分钟稳定涨3-5MB。后来查代码才知道，有个第三方图表控件每次生成图片后没调用Dispose()，图片对象全囤在内存里当传家宝了！赶紧把代码补上+调用*()强行回收（平时真不爱用这招，但紧急情况管不了那么多）。部署后监控半天，那条稳定上涨的曲线终于躺平了。

第三招：关掉没用的花架子功能

顺手检查IIS模块清单，发现有些功能几年都没用过：

• 【动态内容压缩】——我们网站全是Ajax交互，压缩反增加CPU负担；
• 【* Session State】——早改用Redis存会话了；
• 【WebSocket Protocol】——根本没用过。

果断全禁用！服务器当场又轻了七八百MB内存。原来这些功能表面静悄悄，背地里都在偷偷吃资源。

意外收获与后续

折腾到天亮，内存稳稳压回6G左右。还有个彩蛋：之前总觉得服务器开机一周后响应变慢，现在强制24小时回收一次，连带着系统都利索不少。这事儿给我提了个醒——服务器像牲口，不能光喂草料还得定期清栏。上周五那出惊魂夜算是值了，至少现在半夜手机不嚎了。