Android性能优化案例（3）内存抖动和泄漏的优化，kotlin线程锁

• 在Activity的onDestroy中移除所有的任务

@Override
protected void onDestroy() {
super.onDestroy();
handler.removeCallbacksAndMessages(null);//移除所有任务
}

• 使用静态内部类 + Activity弱引用的方式

MyHandler handler = new MyHandler(this);
private static class MyHandler extends Handler {
WeakReference activityWeakReference;

MyHandler(Activity activity) {
activityWeakReference = new WeakReference<>(activity);
}

@Override
public void handleMessage(Message msg) {
//在执行任务的时候，判断弱引用所关联的对象是否为空，能在对象已经被回收的情况下，不去执行不必要的任务
switch (msg.what) {
case 1:
if (activityWeakReference.get() != null) {
//TODO
}
}
}
}

工具的使用

依然是profileApp,先用profile看出内存的变化情况。

• 问：如何判断内存泄漏？
  答：内存泄漏是精细功夫，不能全盘观察，只能凭借profile的内存变化来推测。
  比如，打开app之后内存一路飙升，直到超出app能够使用的最大内存，app崩溃,，这是最明显的。
  又比如，你反复打开关闭某一个界面，发现内存的稳定线(内存稳定之后，内存占用值)随着每一次的打开关闭，都在提高，这说明，这一个界面上存在泄漏，有对象无法被回收。

上一章节使用profile 最多是了解到 哪些对象的创建和回收引起了内存抖动，但是，涉及到泄漏，只通过profile尚且不能知道是哪个类持有了希望被回收的对象的强引用.
这里就要借助另外一款工具,他的名字叫做 Eclipse Mat (自行百度)

先回到刚才的profile,

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uUtHQiFc-1636562134314)(//upload-images.jianshu.io/upload_images/4100513-4b6d218d71ee31c2.png?imageMogr2/auto-orient/strip|imageView2/2/w/1200/format/webp)]

点一下，然后再点一下，界面会自动跳转：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lmFMgco8-1636562134351)(//upload-images.jianshu.io/upload_images/4100513-4b33a370120bd8a0.png?imageMogr2/auto-orient/strip|imageView2/2/w/1200/format/webp)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1oDVvOKY-1636562134352)(//upload-images.jianshu.io/upload_images/4100513-983783b6f1e74c7e.png?imageMogr2/auto-orient/strip|imageView2/2/w/248/format/webp)]

点击上面的保存按钮，将文件存到本地;

然后：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tq8BlEFL-1636562134355)(//upload-images.jianshu.io/upload_images/4100513-1559b72d46a7330a.png?imageMogr2/auto-orient/strip|imageView2/2/w/856/format/webp)]

但是这个文件是无法直接在mat打开的。

找到SDK目录下的要hprof-conv.exe：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6ByaWzk8-1636562134355)(//upload-images.jianshu.io/upload_images/4100513-fda0aad8e2f91e90.png?imageMogr2/auto-orient/strip|imageView2/2/w/1081/format/webp)]

使用cmd命令，对文件进行转换，命令为：hprof-conv [源文件名] [目标文件名]
如 hprof-conv 1.hprof 2.hprof 回车

将得到的2.hprof利用刚才下载的Mat工具打开：

![](//upload-images.jianshu.io/upload_images/4100513-

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

浏览器打开：qq.cn.hn/FTe 免费领取

01a09cd43001959f.png?imageMogr2/auto-orient/strip|imageView2/2/w/1200/format/webp)

这里有很多指标，但是检查内存泄漏，我们只需要关注这个直方图按钮即可：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cz26nnZD-1636562134356)(//upload-images.jianshu.io/upload_images/4100513-c90fe6f89348f054.png?imageMogr2/auto-orient/strip|imageView2/2/w/101/format/webp)]

这个图中会列出你dump的这一段内存中的所有对象，包括framework层的，也包括我们自己代码创建的对象。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5JAHmgxm-1636562134357)(//upload-images.jianshu.io/upload_images/4100513-c855afbd1b06fc19.png?imageMogr2/auto-orient/strip|imageView2/2/w/954/format/webp)]

案例模拟

我模拟了一个经典案例，也就是前面提到的Handler延时任务导致Activity不能被释放，核心代码如下：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-u03QM1ba-1636562134357)(//upload-images.jianshu.io/upload_images/4100513-c52c038e710e3030.png?imageMogr2/auto-orient/strip|imageView2/2/w/833/format/webp)]

我就用一个非常普通的方式创建了一个handler对象，并且用它来执行一段延时任务，只不过，延时任务的延时时间是Integer的最大值，也就是说，任务要很久以后才会执行。之后，我反复进出这一个Activity，然后按照上面的方式dump了一段 hprof，经过 hprof-conv 转化，然后用Mat打开：
结果如下：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Oz2akQ7E-1636562134358)(//upload-images.jianshu.io/upload_images/4100513-659b9dddfc3e67ec.png?imageMogr2/auto-orient/strip|imageView2/2/w/959/format/webp)]

我填写过滤信息:SecondActivity 回车:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G8cH7cIK-1636562134358)(//upload-images.jianshu.io/upload_images/4100513-e0f0067e50ed8847.png?imageMogr2/auto-orient/strip|imageView2/2/w/1026/format/webp)]

在我们最终退出SecondActivity之后，内存中依然保留了18个无用的对象。

那么是不是我们这18个都是泄漏的呢？

不一定。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BOtt6dIt-1636562134359)(//upload-images.jianshu.io/upload_images/4100513-d68c0772c70fe180.png?imageMogr2/auto-orient/strip|imageView2/2/w/909/format/webp)]

前文讲过，只有不合理的强引用，才会导致内存泄漏，所以我们要按照上面的方式排除软弱虚引用。
之后我们能看到下面的界面,把能展开的信息尽数展开:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7kuypCS8-1636562134360)(//upload-images.jianshu.io/upload_images/4100513-cd6569fe9c4a4ddd.png?imageMogr2/auto-orient/strip|imageView2/2/w/1123/format/webp)]

了解Handler源码的同志们应该一眼就看明白了，handler引起了内存泄漏，是因为存在不合理地强引用链，
上图中可以看出，最终是callback对象持有了 SecondActivity对象。

callback 任务的延时时间太长了，还没有执行完，所以强引用不会给你释放掉，而callback持有了Activity，导致Activity不能被释放。

如何优化内存泄漏

我们刚才已经看到了Handler的不合理使用导致了内存泄漏，那么如果在onDestroy中移除所有的任务：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-76szdJ1i-1636562134360)(//upload-images.jianshu.io/upload_images/4100513-0b3dd98d14d97208.png?imageMogr2/auto-orient/strip|imageView2/2/w/876/format/webp)]

执行同样的任务，dump下来的hprof 在mat:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UliRHrFU-1636562134361)(//upload-images.jianshu.io/upload_images/4100513-54d3be745c8fbe0b.png?imageMogr2/auto-orient/strip|imageView2/2/w/681/format/webp)]

触发了GC之后，SecondActivity数量变为了0，内存泄漏解决。

当然还有另一种做法，静态内部类+弱引用。

ps：静态内部类是为了防止内部类持有外部类的引用，弱引用是为了在GC触发之时，回收掉WeakRefrence中的对象。

public class SecondActivity extends AppCompatActivity {
Handler handler = new Handler();

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
handler.postDelayed(runnable, Integer.MAX_VALUE);//依然是那个延时很久的任务
}

Runnable runnable = new MyRunnable(this);

private static class MyRunnable implements Runnable {// 静态内部类
WeakReference activityWeakReference;//弱引用

MyRunnable(Activity activity) {
activityWeakReference = new WeakReference<>(activity);
}

@Override
public void run() {

}
}
}

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l1Sr1DIB-1636562134361)(//upload-images.jianshu.io/upload_images/4100513-816e05552a6005d0.png?imageMogr2/auto-orient/strip|imageView2/2/w/1096/format/webp)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bLYx9nko-1636562134362)(//upload-images.jianshu.io/upload_images/4100513-615a3d1676158591.png?imageMogr2/auto-orient/strip|imageView2/2/w/837/format/webp)]

但是排除之后，一个都没有了。

小技巧

上面的步骤虽然可行，但是如果有很多页面都需要排查泄漏，那么我们一个一个页面去点开关闭，整个过程将会非常冗长难受。其实有办法解决。

回到之前的直方图：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dSoWUf03-1636562134363)(//upload-images.jianshu.io/upload_images/4100513-f5615a272adcf828.png?imageMogr2/auto-orient/strip|imageView2/2/w/735/format/webp)]

使用方法为：如果你想进行一个操作，你操作前后各dump一个hprof，命名为 before和after, 然后用hprof-conv转换一下，变为 before_ 和 after_ ，用eclipse mat同时打开这两个文件，然后切换到after_.hprof ，点击上图中的按钮：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DTn7liJl-1636562134363)(//upload-images.jianshu.io/upload_images/4100513-e58d5e332edf7df7.png?imageMogr2/auto-orient/strip|imageView2/2/w/874/format/webp)]

它会让你选择想要对比的文件，点击before_，然后过滤SecondActivity:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ie9B99iI-1636562134363)(//upload-images.jianshu.io/upload_images/4100513-b569464e3cba407c.png?imageMogr2/auto-orient/strip|imageView2/2/w/801/format/webp)]

这种方式可以在处理泄漏之前，事先排查可能泄露的代码区域。简化我们的优化工作。

结语

[外链图片转存中…(img-DTn7liJl-1636562134363)]

它会让你选择想要对比的文件，点击before_，然后过滤SecondActivity:

[外链图片转存中…(img-ie9B99iI-1636562134363)]

这种方式可以在处理泄漏之前，事先排查可能泄露的代码区域。简化我们的优化工作。

结语