Linux内存指标概念
VSS- Virtual Set Size 虚拟耗用内存(包含共享库占用的内存)
RSS- Resident Set Size 实际使用物理内存(包含共享库占用的内存)
PSS- Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)
USS- Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存)
一般来说内存占用大小有如下规律:VSS >= RSS >= PSS >= USS
堆内存
可以通过 getprop dalvik.vm.xx获取相关配置大小
dalvik.vm属性
dalvik.vm.heapstartsize=8m
相当于虚拟机的 -Xms配置,该项用来设置堆内存的初始大小。
dalvik.vm.heapgrowthlimit=192m
相当于虚拟机的 -XX:HeapGrowthLimit配置,该项用来设置一个标准的应用的最大堆内存大小,一个标准的应用就是没有使用android:largeHeap的应用。
dalvik.vm.heapsize=512m
相当于虚拟机的 -Xmx配置,该项设置了使用android:largeHeap的应用的最大堆内存大小,Runtime.getRuntime().maxMemory(),获取进程最大堆内存大小为 dalvik.vm.heapgrowthlimit和dalvik.vm.heapsize之一。
dalvik.vm.heapminfree=4m
dalvik.vm.heapminfree对应的是-XX:HeapMinFree配置,用来设置单次堆内存调整的最小值。
dalvik.vm.heapmaxfree=8m
dalvik.vm.heapmaxfree 对应的是-XX:HeapMaxFree配置,用来设置单次堆内存调整的最大值。
dalvik.vm.heaptargetutilization=0.75
相当于虚拟机的 -XX:HeapTargetUtilization,该项用来设置当前理想的堆内存利用率。其取值位于0与1之间。当GC进行完垃圾回收之后,Dalvik的堆内存会进行相应的调整,通常结果是当前存活的对象的大小与堆内存大小做除法,得到的值为这个选项的设置,即这里的0.75。
常用内存分析命令
dumpsys meminfo
cat /proc/meminfo
procrank
free
showmap
vmstat
OOM产生的场景
1.堆内存使用超过Runtime.getRuntime().maxMemory()
2.系统进程逻辑空间被占满导致OOM
3.超过系统的软限制,即proc/pid/fd下文件数目突破/proc/pid/limits中的限制
4.进程线程数有限制,华为很多机型为500个
5.其他
监控数据
1.内存使用曲线
目标:
每隔一段时间获取堆内存和进程内存的使用情况,从而获得随使用时间而变化的内存曲线.
实现:
通过Runtime获取堆内存数据
系统内存数据:
进程内存数据信息:
2.监控不良使用
Activity/Fragment等生命周期对象泄漏检测
知道对象的生命周期后对对象的GC的结果进行检测,Java中只有弱引用 引用的的对象会在GC时被回收,同时垃圾收集器会把引用加入ReferenceQueue,制定一定策略判断是否可能有内存泄漏,通过dump heap进行分析,可以确定是否真的泄漏和泄漏的对象的被引用的路径
实现
Bitmap使用监控
1.监控Bitmap的大小是否和View的尺寸一致
2.使用LRUCache/SoftReference等机制,及时释放Bitmap
3.告诉泄漏监控器Bitmap应该死亡的时机
实现:
使用统一的BitMap工厂
业务缓存使用监控
自定义业务混存使用的容器,增加统计功能,监测缓存使用的概率/命中率/释放等行为,来监测业务缓存使用的合理性
3.低内存检测
物理内存不足
根据LowMemoryKiller在系统低内存时开始清理后台进程时,系统会调用后台进程的onLowMemory 的回调或者 onTrimMemory 回调且不同的标记位,加上 ActivityManager.MemoryInfo 的 lowMemory 标记来获得低内存的发生时机。
虚拟内存不足
超过虚拟内存的大小限制则直接触发 OOM 异常,当虚拟内存占用超过最大限制的 90% 时,认为进程低内存。
实现:
已用逻辑空间地址可以查看/proc/pid/status中的VmSize记录
4.超过系统软限制
1.ulimit -a 可以查看linux系统的软限制
2./proc/pid/limits 描述着linux系统对对应进程的限制
3./proc/sys/kernel中描述的限制
规定了每个进程创建线程数目的上限
实现:
OutOfMemoryError时记录/proc/pid目录下的如下信息:
查看/proc/pid/fd来监控app打开文件的情况,
查看 /proc/pid/task来监控线程使用情况,
OOM的堆栈信息
业务场景数据
Heap收集和自动化分析
1.裁剪Heap,只保留名字/大小/个数/引用关系等关键信息,类似微信的ResourceCanary
2.上传后台使用HAHA类的工具进行自动化分析