Android高性能编码 - 第一篇 内存与对象（一）防止内存泄露

第一篇内存与对象

内存表现是Android性能的重要指标，影响着应用整体的运行性能，需要我们高度关注。对于开发者来说，我们一方面要防止内存泄露的发生，另一方面则需要不断的优化编码，减少内存占用，提升内存对象的使用效率。

1.1 防止内存泄露

尽管Java运行环境自带了GC回收机制，但实际编码中由于默认的强引用关系，以及Android组件频繁的生命周期转换，资源无法及时释放以致内存泄露的情况屡见不鲜。本篇内容将阐述Android编码中典型的内存泄露点及其良好的改进实践，遵守这些实践规范，将最大限度的避免内存泄露问题。

1.1.1 防止静态变量导致的泄露

 

如示例注释，此处是比较明显的静态变量持有，而比较难察觉的一种情景为，Activity或其成员变量被传递到另一个类对象的静态变量中持有。

对此，我们要尽可能的避免在静态变量中持有Activity及其成员，如果有特别的需要，一定要在组件Destroy时及时释放。

1.1.2 防止单例模式导致的泄露

单例对象为全局调用提供了方便，但是由于我们往往不会中途销毁单例，导致其生命周期同app一样长，就有可能带来跟静态字段持有类似的引用问题。

 

此处假设Activity没有在onDestroy中，从TestClass中unRegisterListener，因此Activity对象无法被即时的释放，导致内存泄露。

良好的编码规范要求，对于自定义的register调用，一定要有对称的unRegister调用。这十分类似于Android广播组件的注册和注销配对要求。

1.1.3 防止动画导致的内存泄露

我们经常会应用一些无限循环的动画，如果在Activity中播放此类动画而且没有在onDestory中去停止动画，那么动画会一直播放下去，尽管已经看不到动画效果了。

这个时候Activity的View会被动画持有，而View又持有了Activity无法释放，会泄露当前的Activity。

良好的规范要求及时释放动画资源，解决办法之一是在Activity的onDestory中调用animator.cancel接口；

1.1.4 防止handler的延时消息导致内存泄露

Handler持有对UI主线程消息队列MessageQueue和循环Looper的引用。子线程可以通过Handler将消息发送到UI线程的消息队列MessageQueue中。UI主线程通过Looper循环查询消息队列，当发现有消息存在时会将消息从队列中取出。首先分析消息，通过消息的参数判断该消息对应的Handler&#