w3wp内存转储中.NET内存占用量差异问题排查咨询

转储方式确实是差异的核心原因之一 #

任务管理器生成的是完整/工作集内存转储，它会把进程占用的所有内存页都打包进去——不管是.NET托管堆、非托管内存、系统加载的DLL、缓存数据还是虚拟地址空间里的其他内容。而dotMemory默认只统计托管堆里的.NET对象占用，两者统计范围完全不同，这直接导致了几十MB和1GB+的巨大差距。

不是转储文件有问题，只是工具统计的维度不一样而已。

除了托管对象，这些因素都会吃掉进程内存 #

• 非托管内存泄漏：这是最常见的“背锅侠”。比如第三方原生库（C++写的SDK、老版本数据库驱动）、P/Invoke调用时手动分配的内存未释放，或是ASP.NET底层IIS组件的内存占用，这些都不在.NET GC的管辖范围内，dotMemory默认不会统计，但会实打实算进进程总内存里。
• 内存映射文件：不管是代码里用MemoryMappedFile实现的共享内存，还是系统为加载的DLL、静态资源（比如图片、配置文件）创建的内存映射，这些都会占用进程内存，但不属于托管堆。
• 线程栈堆积：每个线程默认有1MB左右的栈空间，如果应用因异步逻辑、第三方组件创建了上百个线程，光栈内存就能占几百MB，这部分dotMemory也不会算进.NET对象统计里。
• 各类缓存缓冲区：IIS的响应缓存、数据库连接池的内部缓冲区、文件系统的读写缓存，这些内存由系统或底层组件管理，不会被计入托管对象大小，但进程总内存会包含它们。
• 托管对象的附属非托管资源：比如Bitmap、FileStream这类.NET对象，底层依赖非托管内存块，这些块的大小不算在托管对象的统计里，但会占用进程内存。

实用排查方向 #

• 打开dotMemory的非托管内存分析视图，直接查看非托管内存的占用情况，大概率能找到大内存块的来源；
• 用Windows自带的VMMap工具打开转储文件，它能把进程内存拆分成不同类型（托管堆、非托管堆、内存映射等），一目了然；
• 检查应用里的第三方组件，尤其是涉及原生代码的，看看有没有版本更新或已知的内存泄漏问题；
• 统计进程的线程数量，如果超过几十甚至上百个，那栈内存可能就是内存占用的大头。

内容的提问来源于stack exchange，提问作者MobileDev