移动App性能测评与优化1.4.2　smaps

1.4.2　smaps

由于Android底层基于Linux内核，进程内存信息也和Linux一致，所以Dalvik Heap之外的信息都能够从/proc/<pid>/smaps中取得。

在smaps中，列出了进程的各个内存区域，并根据分配的不同用途做标识，以下是root用户使用cat /proc/<pid>/smaps的一个例子：

788c2000-789bf000 rw-p 00000000 00:00 0          [stack:5113]

Size:               1012 kB

Rss:                   4 kB

Pss:                   4 kB

Shared_Clean:          0 kB

Shared_Dirty:          0 kB

Private_Clean:         0 kB

Private_Dirty:         4 kB

Referenced:            4 kB

Anonymous:             4 kB

AnonHugePages:         0 kB

Swap:                  0 kB

KernelPageSize:        4 kB

MMUPageSize:           4 kB

Locked:                0 kB

VmFlags: rd wr mr mw me nr

dumpsys统计各个内存块的Pss、Shared_Dirty、Private_Dirty等值，并按以下原则进行了归并：

/dev/ashmem/dalvik-heap和/dev/ashmem/dalvik-zygote归为Dalvik Heap。

其他以/dev/ashmem/dalvik-开头的内存区域归为Dalvik Other。

Ashmem对应/dev/ashmem/下所有不以dalvik-开头的内存区域。

Other dev对应的是以/dev下其他的内存区域。

文件的mmap按已知的几个扩展名分类，其余的归为Other Mmap。

其他部分，如[stack]、[malloc]、Unknown等。

了解了dumpsys的方法后，我们可以自己解析smaps，看看归并前各项的内存都是多少。这样能够得到比dumpsys更详细的信息，有助于分析一些问题。

首先将Pss分为以下几大类，计算各部分占比。在这个例子里，几大项是三分天下的节奏。Dalvik和Other dev内存都占了30%以上，剩下的是mmap和Unknown。进行内存优化时不能只看Dalvik部分，需要同时评估所有的部分。

1. Dalvik

Dalvik内存分为多个区域，meminfo统计的是所有区域累加的值：

Dalvik_Heap      5529

 +                              /dev/ashmem/dalvik-heap (deleted)   4680

 +                            /dev/ashmem/dalvik-zygote (deleted)    849

Dalvik_Other     3240

* LinearAlloc    1229

* Accounting     1579

* Code_Cache     432

 +                       /dev/ashmem/dalvik-LinearAlloc (deleted)   1229

 +                     /dev/ashmem/dalvik-aux-structure (deleted)   1291

 +                          /dev/ashmem/dalvik-bitmap-2 (deleted)    192

 +                        /dev/ashmem/dalvik-card-table (deleted)     96

 +                    /dev/ashmem/dalvik-jit-code-cache (deleted)    432

其中：

Dalvik_Heap—包括dalvik-heap和dalvik-zygote。堆内存，所有的Java对象实例都放在这里。

LinearAlloc—包括dalvik-LinearAlloc。线性分配器，虚拟机存放载入类的函数信息，随着dex里的函数数量而增加。著名的65535个函数的限制就是从这里来的。

Accounting—包括dalvik-aux-structure、dalvik-bitmap、dalvik-card-table。这部分内存主要做标记和指针表使用。dalvik-aux-structure随着类及方法数目而增大，dalvik-bitmap随着dalvik-heap的      增大而增大。

Code_Cache—包括dalvik-jit-code-cache。jit编译代码后的缓存，随着代码复杂度的增加变大。

由于堆内存部分往往是应用消耗内存最多的地方，在内存优化中，最常见的方法就是减少Dalvik Heap中创建的对象，能够直接减少Dalvik Heap，并间接减少Accounting部分。减少代码会直接减少运行辅助部分。

在进行不同版本的对比测试时，我们往往会发现Dalvik Other和Dex Mmap出现了稳定的增长，这是由新加入的代码引入的内存消耗。

根据Dalvik虚拟机的原理，在加载class时，会根据类的变量个数及函数个数申请相应大小的内存，作为运行时的内部指针。这部分内存就会体现在LinearAlloc及aux-structure的增长中。随着版本的开发，应用class的数目及复杂度也在不断地增长，因此Dalvik Other部分也在不断地增长。

由于这部分内存的增长取决于代码复杂度，因此通常情况下并没有简单直接的方法能够降低它们的消耗。但是通过仔细分析它们的组成及原理，还是能够找出一些间接的方法降低这部分内存的，详细方法请见2.6节。

2. mmap

系统会将一些文件mmap到内存中，对各个文件进行mmap的时机及大小比较复杂。dex_mmap是其中主要的内容：

apk_mmap         648

dex_mmap         1448

 +    /data/dalvik-cache/data@app@com.example-2.apk@classes.dex      917

 +                                           /system/app/Stk.odex     16

 +                             /system/app/TelephonyProvider.odex    140

 +                          /system/framework/android.policy.odex      8

 +                            /system/framework/bouncycastle.odex      2

 +                               /system/framework/conscrypt.odex      3

 +                                    /system/framework/core.odex     50

 +                                     /system/framework/ext.odex     19

 +                               /system/framework/framework.odex    249

 +                              /system/framework/framework2.odex     44

jar_mmap         4

ttf_mmap         47

so_mmap          3127

other_mmap       11

应用的dex会占据较大的空间，并且随着代码增加使得dex文件变大，占用的内存也会增加。减小dex的（相当于减少代码）尺寸能够降低这部分内存占用，同时也会减少dalvik部分的内存。