三个关键命令找出ASP.NET程序内存分片的原因

三个关键命令找出ASP.NET程序内存分片的原因2011-03-05 cnblogs lixiong最近一位朋友的ASP.NET程序怀疑有内存泄露问题。几个简单的页面，起来运行几分钟后，虚拟内存就到600多MB。从性能监视上看，private bytes只有200多MB。

这样的问题从经验上来说，十有八九都是内存碎片了。ASP.NET程序发生内存碎片的原因比较多，我常见的有:

1.Web.config中的debug=true，导致batch compilation=false,使得每一个ASPX页面都生成一个临时assembly。当页面比较多的时候，大量的assembly导致内存泄露。

2.程序中误用了XmlSerializer。频繁的XML序列化导致大量的动态assembly

3.程序中有大量的blocking IO操作，而且IO buffer没有及时释放。比如程序中有大量的Web Service调用，但是对方web service返回比较慢，使得调用程序中用来接收web service结果的小块buffer大量堆积，导致内存泄露

下面是我拿到dump后的分析步骤。对于managed程序，找出问题的大致线索还是挺简单的。

（随便无耻地推销下，《Windows高效排错》书中对这样的问题有更多的讨论。包括更多的案例和命令解释。该书最初的PDF草稿在http://www.cnblogs.com/lixiong/archive/2006/08/16/475520.html。如果有朋友从这个PDF中找到过排错的灵感，麻烦也帮忙无耻推销下。）

首先是看看CLR的版本了。这个直接看mscorwks文件或者mscorsrv文件。如果文件版本比较低，后面的就没必要仔细看了，升级CLR补丁后再说。

0:000> lmvm mscorwks
start  end    module name
79e70000 7a3d6000  mscorwks  （deferred）      
  Image path: C:WINDOWSMicrosoft.NETFrameworkv2.0.50727mscorwks.dll
  Image name: mscorwks.dll
  Timestamp:    Fri Apr 13 15:15:54 2007 （461F2E2A）
  CheckSum:     00564CA8
  ImageSize:    00566000
  File version:   2.0.50727.832
  Product version: 2.0.50727.832
  File flags:    0 （Mask 3F）
  File OS:     4 Unknown Win32
  File type:    2.0 Dll
  File date:    00000000.00000000
  Translations:   0409.04b0
  CompanyName:   Microsoft Corporation
  ProductName:   Microsoft® .NET Framework
  InternalName:   mscorwks.dll
  OriginalFilename: mscorwks.dll
  ProductVersion:  2.0.50727.832
  FileVersion:   2.0.50727.832 （QFE.050727-8300）
  FileDescription: Microsoft .NET Runtime Common Language Runtime - WorkStation
  LegalCopyright:  © Microsoft Corporation. All rights reserved.
  Comments:     Flavor=Retail

恩，版本还是比较新的。既然是内存问题，先看GC中有多少object，占用了多少内存

0:000> ！eeheap -gc
Number of GC Heaps: 4
------------------------------
Heap 0 （000f3f10）
generation 0 starts at 0x02fad2fc
generation 1 starts at 0x02f83ff8
generation 2 starts at 0x02f00038
ephemeral segment allocation context: none
segment  begin allocated   size
00109198 7a72c42c 7a74d308 0x00020edc（134876）
000fdfb0 790d5588 790f4b38 0x0001f5b0（128432）
02f00000 02f00038 03081450 0x00181418（1578008）
Large object heap starts at 0x12f00038
segment  begin allocated   size
12f00000 12f00038 131b00a0 0x002b0068（2818152）
Heap Size 0x47190c（4659468）
------------------------------
Heap 1 （000f50a0）
generation 0 starts at 0x06f5b110
generation 1 starts at 0x06f5acf8
generation 2 starts at 0x06f00038
ephemeral segment allocation context: none
segment  begin allocated   size
06f00000 06f00038 06ff511c 0x000f50e4（1003748）
Large object heap starts at 0x14f00038
segment  begin allocated   size
14f00000 14f00038 14f00048 0x00000010（16）
Heap Size  0xf50f4（1003764）
------------------------------
Heap 2 （000f68a0）
generation 0 starts at 0x0af78634
generation 1 starts at 0x0af09d40
generation 2 starts at 0x0af00038
ephemeral segment allocation context: none
segment  begin allocated   size
0af00000 0af00038 0af92a0c 0x000929d4（600532）
Large object heap starts at 0x16f00038
segment  begin allocated   size
16f00000 16f00038 16f00048 0x00000010（16）
Heap Size  0x929e4（600548）
------------------------------
Heap 3 （000f7bc8）
generation 0 starts at 0x0ef7b270
generation 1 starts at 0x0ef7b264
generation 2 starts at 0x0ef00038
ephemeral segment allocation context: none
segment  begin allocated   size
0ef00000 0ef00038 0ef7d27c 0x0007d244（512580）
Large object heap starts at 0x18f00038
segment  begin allocated   size
18f00000 18f00038 18f00048 0x00000010（16）
Heap Size  0x7d254（512596）
------------------------------
GC Heap Size 0x676638（6776376）