【Android 内存优化】dumpsys meminfo PID 查看单进程内存信息详解

1.内存指标

Item	全称	含义	等价
USS	Unique Set Size	物理内存	进程独占的内存
PSS	Proportional Set Size	物理内存	Pss =Uss+按比例包含共享库
RSS	Resient Set Size	物理内存	RSS=USS+包含共享库
VSS	Virtual Set Size	虚拟内存	VSS = RSS+未分配实际物理内存

内存的大小关系：VSS>RSS>=PSS>=USS
在实际分析中，一般是以PSS的内存为准，且也是最符合实际情况的统计值

2.使用

可以使用以下命令记录应用内存在不类型的RAM分配之间的划分情况

adb shell dumpsys meminfo package_name|pid [-d]

-d 标记会输出更多与Dalvik和ART内存占用情况相关的信息。
输出列出了应用当前实时的优点分配信息，以千字节（K）为单位。

获取全局的内存信息
除了通过上面的方式获取单个进程的内存信息，还可以获取系统整体内存情况。主要场景是用于确认单应用多进程的场景，对比下其他进程的当前内存状态，以及进程状态，我们要确保进程处理合理的状态。（比如UI进程退到后台要及时退到Cache状态，处于其他状态则要进行优化）

Total PSS by OOM adjustment:683,512K: Native...854K: dumpsys (pid 19280)851K: lmkd (pid 789)843K: android.hardware.memtrack@1.0-service (pid 748)...396,026K: System396,026K: system (pid 1597)666,050K: Persistent...253,989K: com.android.systemui (pid 2326)46,482K: com.huawei.systemserver (pid 2588)40,122K: com.huawei.hiview (pid 2543)...47,613K: Persistent Service34,164K: com.android.bluetooth (pid 20268)475,283K: Foreground242,908K: com.huawei.android.launcher (pid 10760 / activities)351,023K: Visible127,248K: com.huawei.hwid.core (pid 28223)...117,719K: Perceptible95,123K: com.baidu.input_huawei (pid 6331)...150,336K: A Services82,429K: com.huawei.health:DaemonService (pid 16676)196,753K: Previous159,932K: com.android.mms (pid 16921 / activities)...527,396K: B Services164,049K: com.tencent.mm (pid 15990)...1,177,708K: Cached139,752K: com.huawei.health (pid 18841)...

3.各个属性的详解

3.1 实际样例

以微信举例，如下是一个完整的微信进程的meminfo信息

>adb shell "dumpsys meminfo com.tencent.mm -d"
Applications Memory Usage (in Kilobytes):
Uptime: 539705041 Realtime: 772532637** MEMINFO in pid 15990 [com.tencent.mm] **Pss  Private  Private  SwapPss     Heap     Heap     HeapTotal    Dirty    Clean    Dirty     Size    Alloc     Free------   ------   ------   ------   ------   ------   ------Native Heap     7697     7688        0    38401    69632    56969    12662Dalvik Heap     7223     7220        0     5540    12964     9723     3241Dalvik Other     2277     2276        0     4570Stack       36       36        0       20Ashmem        2        0        0        0Other dev       21        0       20        0.so mmap    41972     4032    25560       35.jar mmap     1245        0        0        0.apk mmap    51193        0    13360        0.ttf mmap      681        0        0        0.dex mmap     5332       28      704      352.oat mmap      510        0        0        0.art mmap    16366    15940        0    11369Other mmap     3672      512      464        0GL mtrack     2272     2272        0        0Unknown     1848     1848        0     3731TOTAL   206365    41852    40108    64018    82596    66692    15903App SummaryPss(KB)------Java Heap:    23160Native Heap:     7688Code:    43684Stack:       36Graphics:     2272Private Other:     5120System:   124405TOTAL:   206365       TOTAL SWAP PSS:    64018ObjectsViews:        0         ViewRootImpl:        0AppContexts:        5           Activities:        0Assets:        8        AssetManagers:        0Local Binders:       77        Proxy Binders:       84Parcel memory:       34         Parcel count:      142Death Recipients:        8      OpenSSL Sockets:        0WebViews:        0SQLMEMORY_USED:      376PAGECACHE_OVERFLOW:       57          MALLOC_SIZE:      117DATABASESpgsz     dbsz   Lookaside(b)          cache  Dbname4       28             35         2/18/3  /data/user/0/com.tencent.mm/databases/Scheduler.db4      108            109       26/30/15  /data/user/0/com.tencent.mm/databases/google_app_measurement.dbAsset Allocations: 8000K

3.2数据来源

3.2.1 dumpsys 实现逻辑简单介绍

dumpsys的源码结构其实很简单，只有一个dumpsys.cpp
源码路径是：/frameworks/native/cmds/dumpsys/dumpsys.cpp
在其main方法中，先通过defaultServiceManager()函数获得ServiceManager对象，然后根据dumpsys传进来的参数通过函数checkService来找到具体的service，并执行service的dump方法，达到dumpsys meminfo的目的。

3.2.2 dumpsys meminfo的数据来源

dumpsys meminfo 对应的服务是ActivityManagerService,它从MemBinder类的dump函数开始执行的。总结来说不同类型的Meminfo信息是从不同的位置获取的
在这里插入图片描述

3.3 属性值详解

3.3.1 主要属性值价绍

我们先从横坐标开始：

序号	字段名称	解释
1	Pss Total	Pss是指实际使用的物理内存，考虑了在进程之间共享RAM页的情况。进程独占的RAM页会直接计入其PSS值，而与其他进程共享的RAM页则会按相应比例计入PSS值。例如，两个进程之间共享的RAM页会将其一半的大小分别计入这两个进程的PSS中， Pss Total 就是指某一项Pss的总值。
2	Private Dirty	进程私有，是仅分配给应用堆的实际RAM，包含了您自己的分配和zygote分配页，这些分配页自从zygote派生您的应用进程以来已被修改。
3	Private Clean	进程私有的，相对磁盘数据没有使用修改的内存。
4	SwapPss Dirty	一些Android设备确实使用了内存交换，但它们使用的是内存而不是闪存。Linux有一个称为ZRAM的特性，它可以压缩页面，然后将它们交换到一个特殊的RAM区域，并在需要时再次解压它们。因此，“交换肮脏”中列出的页面很可能是在ZRAM中。

纵坐标

序号	属性名	说明
1	Native Heap	在Native Code中使用malloc分配出的内存
2	Dalvik Heap	Dalvik 虚拟机（Java 代码）分配的空间，不包括它自身的开销，Dalvik堆中和zygote进程共享的部分算是sharedDirty
3	Dalvik Other	类数据结构和索引占据的内存
3	Stack	堆内存
4	Ashmem	匿名共享内存，此类内存与cache shrinker关联，可以控制cache shrinker在适当时机回收这些共享内存
5	Other dev	内存drvier占用的内存
6	.so mmap	映射的.so(native) 占用的内存
7	.jar mmap	Java文件代码占用内存
8	.apk mmap	apk代码占用内存
8	.dex mmap	映射的.dex(Dalvik 或ART)代码占用的内存
9	.oat mmap	代码映射占用的RAM量。此映像在所有应用之间共享，不受特定应用影响
10	.art mmap	堆映像占用的RAM量，此映像在所有应用之间共享，不受特定应用影响。尽管ART映射包含Object实例，它仍然不会计入您的堆大小
11	other mmap	其他文件占用的内存

我们某个进程实际的Pss 代码实际内存大小是指横坐标为Pss Total，纵列为Total值（其值等于Pss Total 列+SwapPss Dirty 列的总和），如上所示微信总内存为206365K.
.art mmap 和.dex mmap 列的详细信息可以通过showmap pid(其他是通过解析/proc/pid/smaps来得到的结果，详细见待整理)来获取更详细的信息，meminfo里面的信息其实也是smaps通过后缀名来统计各类的mmap值。

3.3.2 Heap相关

	Heap Size	Heap Alloc	Heap Free
Native Heap	Native Code 使用malloc分配的堆内存总大小，从mallinfo usmblks获得，代表最大总共分配空间	从mallinfo uorblks获得，总共已分配空间	从mallinfo fordblks获得，代表总共剩余空闲空间
Dalvik Heap	虚拟机分配的堆内存总大小，从Runtime totalMemory()获得，Dalvik Heap总共的内存大小	Runtime Total Memory()-freeMemory(),Dalvik Heap已分配的内存大小	从RunTime freeMemory获得，Dalvik Heap剩余的内存大小

3.3.3 Objects

ViewRootImpl
进程中当前处于活动状态的根视图数量。每个根视图都与一个窗口关联，因此该值有助于您确实与对话框或者其他窗口有关的内存泄漏
AppContexts 和 Activities
您的进程中当前处于活动状态的应用 Context 和 Activity 对象数量。该值可以帮助您快速确定发生泄漏的 Activity 对象，这些对象由于存在对其的静态引用（比较常见）而无法进行垃圾回收。这些对象往往关联了许多其他分配，因此是查找大型内存泄漏的理想工具。当通过Back不断返回退出应用时，Activities值应该等于1

注意
在包含Delvik other 区段的更高平台上，Delvik堆的Pss Total和private Dirty数值不包括Dalvik开销（例如即时编译(JIT和垃圾回收记录)），而更低的版本会在Dalvik中将会其一并列出。