OOM机制是机器底层的一种强制保鲜,在OOM发生的时候内核会排序强制杀掉进程来保证系统的继续运行,同样这种OOM异常容易发生在低内存机器上,比如512M。
首先系统会根据程序是否是空进程(已经由用户关闭的不带有任何服务和provider的进程),是否有服务,是否有provider,是否为前台进程,来排序,可以输入 adb shell dumpsys meminfo来查看,列出信息中的Total PSS by OOM adjustment:就是系统为程序的OOM排序结果,OOM异常的时候会根据这个表单从下网上杀掉进程释放内存。
1.1 内存指标概念
Item | 全称 | 含义 | 等价 |
---|---|---|---|
USS | Unique Set Size | 物理内存 | 进程独占的内存 |
PSS | Proportional Set Size | 物理内存 | PSS= USS+ 按比例包含共享库 |
RSS | Resident Set Size | 物理内存 | RSS= USS+ 包含共享库 |
VSS | Virtual Set Size | 虚拟内存 | VSS= RSS+ 未分配实际物理内存 |
故内存的大小关系:VSS >= RSS >= PSS >= USS
从以上打印可以看出,一般来说内存占用大小有如下规律:VSS >= RSS >= PSS >= USS
VSS - Virtual Set Size 虚拟耗用内存(包含共享库占用的内存)是单个进程全部可访问的地址空间
RSS - Resident Set Size 实际使用物理内存(包含共享库占用的内存)是单个进程实际占用的内存大小,对于单个共享库, 尽管无论多少个进程使用,实际该共享库只会被装入内存一次。
PSS - Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)
USS - Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存)USS 是一个非常非常有用的数字, 因为它揭示了运行一个特定进程的真实的内存增量大小。如果进程被终止, USS 就是实际被返还给系统的内存大小。
USS 是针对某个进程开始有可疑内存泄露的情况,进行检测的最佳数字。怀疑某个程序有内存泄露可以查看这个值是否一直有增加。
dumpsys meminfo命令的输出结果分以下4部分
序列 | 划分类型 | 排序 | 解释 |
---|---|---|---|
1 | process | PSS | 以进程的PSS从大到小依次排序显示,每行显示一个进程; |
2 | OOM adj | PSS | Native/System/Persistent/Foreground/Visible/Perceptible/A Services/Home/B Services/Cached,分别显示每类的进程情况 |
3 | category | PSS | 以Dalvik/Native/.art mmap/.dex map等划分的各类进程的总PSS情况 |
4 | total | – | 总内存、剩余内存、可用内存、其他内存 |
打印某个程序内存信息,把包名写上,如:com.android.launcher
1 sh-4.2# dumpsys meminfo com.android.launcher 2 Applications Memory Usage (kB): 3 Uptime: 4497753 Realtime: 4497741 4 5 ** MEMINFO in pid 2683 [com.android.launcher] ** 6 Shared Private Heap Heap Heap 7 Pss Dirty Dirty Size Alloc Free 8 ------ ------ ------ ------ ------ ------ 9 Native 2144 988 2040 8636 5124 1699 10 Dalvik 9481 8292 8644 13639 13335 304 11 Cursor 0 0 0 12 Ashmem 2 4 0 13 Other dev 4 20 0 14 .so mmap 922 1892 292 15 .jar mmap 0 0 0 16 .apk mmap 90 0 0 17 .ttf mmap 0 0 0 18 .dex mmap 300 0 0 19 Other mmap 1634 16 112 20 Unknown 1830 580 1772 21 TOTAL 16407 11792 12860 22275 18459 2003 22 23 Objects 24 Views: 146 ViewRootImpl: 1 25 AppContexts: 374 Activities: 1 26 Assets: 4 AssetManagers: 4 27 Local Binders: 13 Proxy Binders: 23 28 Death Recipients: 1 29 OpenSSL Sockets: 0 30 31 SQL 32 heap: 59 MEMORY_USED: 59 33 PAGECACHE_OVERFLOW: 1 MALLOC_SIZE: 46 34 35 DATABASES 36 pgsz dbsz Lookaside(b) cache Dbname 37 1 179 55 2/11/2 launcher.db 38 39 Asset Allocations 40 zip:/system/app/Launcher2.apk:/resources.arsc: 340K 41 zip:/system/app/MediaCenter.apk:/resources.arsc: 604K
Android程序内存被分为2部分:native和dalvik,dalvik就是我们平常说的java堆,我们创建的对象是在这里面分配的,而bitmap是直接在native上分配的,对于内存的限制是 native+dalvik 不能超过最大限制。Android程序内存一般限制在16M,当然也有24M的。
从上信息对于分析内存泄露,内存溢出都有极大的作用,从以上信息可以看到该应用程序占用的native和dalvik,当TOTAL 16407 11792 12860 22275 18459 2003超过内存最大限制时会出现OOM错误。
dumpsys能做的事还有很多
1 dumpsys [options] 2 meminfo 显示内存信息 3 cpuinfo 显示CPU信息 4 account 显示accounts信息 5 activity 显示所有的activities的信息 6 window 显示键盘,窗口和它们的关系 7 wifi 显示wifi信息