android 快速定位内存泄露位置技巧

众所周知，android有垃圾回收机制，在android开发过程中我们不需要去关注内存问题，但是在某些情况下还是会出现内存泄露，在我的工作过程中出现内存泄露的主要原因是因为static变量引起的，然后static变量和其他变量进行相互引用，最终引用到了activity，所以会导致activity退出了但是不能被销毁,从而activity中的view和图片也不能被销毁，极大的消耗了系统内存．经过查找资料和自我分析，个人得出一下分析技巧(以乐视TV版为例，感觉很实用):

利用到的工具和命令如下:

1.adb shell dumpsys meminfo  com.letv.tv

2.Mat工具(Memory analysis tool)

分析过程:

首先打开TV版应用，随机打开几个页面，然后回到首页，在利用ddms进行手动gc一下，然后利用adb shell dumpsys..这个命令得到如下信息

Applications Memory Usage (kB):
Uptime: 2667972 Realtime: 2667972

** MEMINFO in pid 31769 [com.letv.tv] **
                         Shared  Private     Heap     Heap     Heap
                   Pss    Dirty    Dirty     Size    Alloc     Free
                ------   ------   ------   ------   ------   ------
       Native        0        0        0    10520     9999      124
       Dalvik    70818     4564    70692    67984    65377     2607
        Stack       32        4       32                           
       Cursor        0        0        0                           
       Ashmem        0        0        0                           
    Other dev        4       36        0                           
     .so mmap     3793     2936     2548                           
    .jar mmap        0        0        0                           
    .apk mmap      271        0        0                           
    .ttf mmap       52        0        0                           
    .dex mmap     4076        4       24                           
   Other mmap     1457        8        8                           
      Unknown     7172      396     7164                           
        TOTAL    87675     7948    80468    78504    75376     2731
 
 Objects
               Views:     2091         ViewRootImpl:        1
         AppContexts:        5           Activities:        1
              Assets:        2        AssetManagers:        2
       Local Binders:       17        Proxy Binders:       28
    Death Recipients:        4
     OpenSSL Sockets:        1
 
 SQL
         MEMORY_USED:      108
  PAGECACHE_OVERFLOW:       24          MALLOC_SIZE:       62
 
 DATABASES
      pgsz     dbsz   Lookaside(b)          cache  Dbname
         4       20             97         4/19/5  /data/data/com.letv.tv/databases/letv.sqlite

我们主要看activities这个数值，如果activity的数量大于1，就存在activity内存泄露，我们可以看到当前只有一个activity存在，所以就不存在activity的泄露．如果存在，我们就利用ddms获取hprof文件，然后经过android　sdk中的工具进行转换，得到可以用mat打开的hprof文件，然后过滤出activity对象，然后得到引用路径，一步步查找即可得到内存泄露的真正原因．