Android性能监控（四）：再谈内存优化

内存指标监控

一般用这个方法就可以计算当前RAM占用了：

 float maxRAM = (float) Runtime.getRuntime().maxMemory();
 float availableRAM = (float) Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory();
  ramRatio = Math.round(availableRAM / maxRAM * 100);

这是[DoraemonKit](https://github.com/didi/DoraemonKit](https://github.com/didi/DoraemonKit)中使用系统api计算当前进程内存占用的方法

   private float getMemoryData() {
        float mem = 0.0F;
        try {
            Debug.MemoryInfo memInfo = null;
            //28 为Android P
            if (Build.VERSION.SDK_INT > 28) {
                // 统计进程的内存信息 totalPss
                memInfo = new Debug.MemoryInfo();
                Debug.getMemoryInfo(memInfo);
            } else {
                //As of Android Q, for regular apps this method will only return information about the memory info for the processes running as the caller's uid;
                // no other process memory info is available and will be zero. Also of Android Q the sample rate allowed by this API is significantly limited, if called faster the limit you will receive the same data as the previous call.

                Debug.MemoryInfo[] memInfos = mActivityManager.getProcessMemoryInfo(new int[]{Process.myPid()});
                if (memInfos != null && memInfos.length > 0) {
                    memInfo = memInfos[0];
                }
            }

            int totalPss = memInfo.getTotalPss();
            Log.i(TAG, "totalPss: " + totalPss / 1024);
            if (totalPss >= 0) {
                // Mem in MB
                mem = totalPss / 1024.0F;
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
        return mem;
    }

adb命令使用

IMG20210108_175000.png

自己的图不太好看，这篇文章里面有标注更好看一些。Android性能优化盘点 - 内存优化
记录几个tips。
1.非root机子am dumpheap 只能用路径/data/local/tmp/
2.adb shell切换到pull要敲exit

IMG20210108_195337.png

3.保存hprof文件到电脑用命令

adb pull /data/local/tmp/godlike.hprof  D:\run

mat使用

MAT即Memory Analyzer tool，下载地址：https://www.eclipse.org/mat/downloads.php
老早就知道用这个好麻烦，这不，上面用adb生成的hprof文件居然打不开了

IMG20210111_141105.png

查之，要在android adk目录下面执行一个命令转换一下格式

IMG20210111_141209.png

mat工具使用

histogram 基于类的角度列举所有对象情况，可以group by class、package等切换视角。可以在里面具体检索某个类，对类可以看它当前的引用关系：outgoing 我引用了哪些类 ，incoming 哪些类引用了我 内存泄漏看这个。

基本数据字段说明：
object 对象数目
shallow 对象自己占多少内存
retained 在我这个引用链之上，对象总共占用多少内存
dominator_tree基于对象的角度
每个对象的支配数，percentage 是对象在所有对象中占的百分比。
top consumers 占用内存比较高的对象
leak suspects 内存泄漏怀疑点
OQL sql操作

android studio profiler

监控内存不好用，总是把app搞挂了....
但是在androidstudio里面可以直接打开hprof文件的

IMG20210111_140043.png

LeakCanary内存泄漏检测工具

来，梳理一下原理
监听Activity生命周期，onDestroy以后，一旦主线程空闲下来，延时5秒执行一个任务：先判断Activity有没有被回收？如果已经回收了，说明没有内存泄漏，如果还没回收，我们进一步确认，手动触发一下gc，然后再判断有没有回收，如果这次还没回收，说明Activity确实泄漏了。分析dump文件，将泄漏信息展示给开发者。
如何判断被回收？
监测机制利用了Java的WeakReference和ReferenceQueue，通过将Activity包装到WeakReference（一个带key的弱弱引用对象）中，被WeakReference包装过的Activity对象如果被回收，该WeakReference引用会被放到ReferenceQueue中，通过监测ReferenceQueue里面的内容就能检查到Activity是否能够被回收。

在reference类加载的时候，java虚拟机会创建一个最大优先级的后台线程，这个线程的工作原理就是不断检测pending是否为null，如果不为null，就将其放入ReferenceQueue中，pending不为null的情况就是，引用所指向的对象已被GC，变为不可达。

那么只要我们在构造弱引用的时候指定了ReferenceQueue，每当弱引用所指向的对象被内存回收的时候，我们就可以在queue中找到这个引用。如果我们期望一个对象被回收，那如果在接下来的预期时间之后，我们发现它依然没有出现在ReferenceQueue中，那就可以判定它的内存泄露了。

如何分析泄漏信息？
检测到有泄漏时，把 heap 内存 dump 到 APP 对应的文件系统中的一个 .hprof 文件中。
在另外一个进程中的 HeapAnalyzerService 有一个 HeapAnalyzer 使用HAHA 解析这个文件。
如果一个对象被泄漏，一定也可以在内存中找到这个对象的弱引用，再通过弱引用对象的唯一的 reference key就可以直接定位被泄漏对象。
HeapAnalyzer 计算 到 GC roots 的最短强引用路径，建立导致泄漏的引用链。
引用链传递到 APP 进程中的 DisplayLeakService， 并以通知的形式展示出来。

其他好文

正确应对系统内存不足，OnLowMemory和OnTrimMemory回调
Android OOM案例分析
经典 OOM 问题｜pthread_create (吹爆系列：OOM 不是你们想的那么简单！)
Android性能优化盘点 - 内存优化