症状：

上次一站点发布后，发现服务器内存持续上涨。正常本地缓存占了4-5个G ，使用内存直接涨到20G后应用程序池重启。

检查代码后发现，没有什么内存泄漏的地方。最后还是找来DUMP文件排查原因。

!dumpheap –stat       查看当前所有托管类型的统计信息

System.Threading.ReaderWriterCount 占了七个G。这是个读写锁, 有一亿多个对象。

!dumpheap –mt  000007fef32fa770        查看函数表地址中的各个对象信息

 然后查看其中一个对象

!gcroot  0xooooooo1f27e03b8 查找对象的根，需要很久的时间

这个是ReaderWriterLockSlim 的内部对象。

继续查找ReaderWriterLockSlim的根

!gcroot  00000001d09379d8

这是用引用框架DLL 内部的方法。

应该是什么原因造成创建了大量ReaderWriterLockSlim对象又没有释放。

找到原代码后发现，是由于注册了一个HttpModule 对每个不重复的访问目录进行记录，这个过程会对每个目录分配一个读写锁。

正好，上次另一个客端的更新，每次访问都加上随机后缀目录。造成大量的读写锁。

禁掉DLL 的这个功能后，问题解决。