Android内存泄漏问题排查分析及常见解决方案_android内存泄露的几种情况

最新推荐文章于 2024-07-18 23:59:27 发布

2401_83974660

最新推荐文章于 2024-07-18 23:59:27 发布

阅读量735

点赞数 19

分类专栏： 2024年程序员学习文章标签： android

本文链接：https://blog.csdn.net/2401_83974660/article/details/137553105

版权

2024年程序员学习专栏收录该内容

249 篇文章 1 订阅

订阅专栏

@Override
protected Void doInBackground(Void… voids) {
//执行异步处理
SystemClock.sleep(120000);
return null;
}

@Override
protected void onPostExecute(Void aVoid) {
super.onPostExecute(aVoid);

MemoryTestActivity activity = (MemoryTestActivity) weakReference.get();
if (activity != null) {
//异步任务执行完成，执行UI处理
}
}
}

@Override
protected void onDestroy() {
super.onDestroy();
staticAsyncTask.cancel(true);
}
}

4、非静态内部类创建静态实例造成的内存泄漏

public class MemoryTestActivity extends AppCompatActivity {

private static TestResource testResource;

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);

testResource = new TestResource();
}

class TestResource{
//资源类
}

}

这样就在Activity内部创建了一个非静态内部类的单例，每次启动Activity时都会使用该单例的数据，这样虽然避免重复创建，不过这种写法会造成内存泄漏，因为非静态内部类默认会持有外部类的引用，而又使用了该非静态内部类创建了一个静态实例，该实例的生命周期和应用一样长，这就导致了该静态实例一直持有该Activity的引用，导致Activity的内存资源不能正常回收；
解决方法：将该内部类设为静态内部类或将内部类抽象出来封装一个单例，如果需要使用Context，请使用ApplicationContext；

5、Handler造成的内存泄漏

Handler的使用造成的内存泄漏问题是比较常见的，平时处理网络任务或者封装一些请求回调等api都应该会借助Handler处理，对于Handler的使用代码不规范可能会造成内存泄漏，如下示例：

private Handler mHandler = new Handler(){
@Override
public void handleMessage(Message msg) {
//处理UI显示
}
};

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
loadData();
}

//loadData()方法在子线程中执行
private void loadData() {
Message message = Message.obtain();
//模拟线程延迟120秒发送Message
mHandler.sendMessageDelayed(message, 120000);
}
}

这种创建Handler的方式可能造成内存泄漏，由于mHandler是Handler的非静态匿名内部类的实例，所以它持有外部类Activity引用，我们知道消息队列是在一个Looper线程中不断轮询处理消息，那么当这个Activity退出时，消息队列还有未处理的消息或者正在处理的消息（例如上面的例子，子线程中处理耗时任务，还没有执行完毕，activity就退出销毁），而消息队列中Message持有mHandler实例引用，mHander又持有Activity的引用，所以导致Activity的内存无法及时回收，引发内存泄漏；

public class MemoryTestActivity extends AppCompatActivity {
private Handler handler = new StaticHandler(this);

private static class StaticHandler extends Handler {

WeakReference weakReference;

public StaticHandler(Context context) {
weakReference = new WeakReference<>(context);
}

@Override
public void handleMessage(Message msg) {
//处理UI显示
MemoryTestActivity activity = (MemoryTestActivity) weakReference.get();
if (activity != null) {

}
}
}

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);
loadData();
}

//loadData()方法在子线程中执行
private void loadData() {
Message message = Message.obtain();
//模拟线程延迟120秒发送Message
handler.sendMessageDelayed(message, 120000);
}

@Override
protected void onDestroy() {
super.onDestroy();
handler.removeCallbacksAndMessages(null);
}
}

创建一个静态Handler内部类，然后对Handler持有的对象使用弱应用，这样在回收时也可以回收Handler持有的对象，这样避免了Activity泄漏，如果Handler被delay(延迟执行)，在Activity的Destroy或者Stop时应该移除消息队列中的消息；
handler.removeCallbacksAndMessages(null);移除消息队列中所有的消息和线程；
解决方案总结：

通过程序逻辑来进行维护

在关闭Activity的时候停掉后台线程；线程停掉相当于切断了Handler和外部连接线，Activity自然会被在合适的时候回收；
如果Handler被delay延迟的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就行；

将Handler声明为静态类

在Java中，非静态的内部类和匿名内部类都会隐式持有其外部类的引用，静态内部类不会持有外部类的引用。静态类不持有外部类的对象，所以你的Activity可以随意被回收；由于Handler不在持有外部类的对象的引用，导致程序不允许你在Handler中操作Activity中的对象了，所以你需要在Handler中增加一个对Activity的弱引用(WeakReference);

6、动画

在属性动画中有一类无限循环动画，如果在Activity中播放这类动画并且在onDestroy()中没有去停止动画，那么动画会一直播放下去，这时候Activity会被View所持有，从而导致Activity无法被释放。解决此类问题要在onDestroy()方法中去调用objectAnimator.cancel()来停止动画；

public class MemoryTestActivity extends AppCompatActivity {

private TextView textView;
private ObjectAnimator objectAnimator;

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_memory_test);

textView = (TextView)this.findViewById(R.id.textView2);
objectAnimator = ObjectAnimator.ofFloat(textView, “rotation”, 0, 360);
objectAnimator.setRepeatCount(ValueAnimator.INFINITE);
objectAnimator.start();
}

@Override
protected void onDestroy() {
super.onDestroy();

}
}

由于未在onDestroy()方法中去调用objectAnimator.cancel()来停止动画，执行动画的View一直引用Activity，导致Activity无法销毁；
解决办法：在onDestroy()方法中去调用objectAnimator.cancel()来停止动画；

7、第三方库使用不当

1、对于EventBus，RxJava等一些第三方开源框架的使用，若是Activity销毁之前没有进行解除订阅会导致内存泄漏；
2、需要在生命周期相对注册与注销（onCreate->onDestory | onResume->onPause … ）

8、资源未关闭造成的内存泄漏

对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。

其实想要全面掌握好 Android 性能优化的话，这些知识点你必须要有所了解，如：内存优化、网络优化、卡顿优化、存储优化……等，其实除了这些，像Framework 底层原理逻辑话，也需要有一定的了解，为了让大家一次都可以了解全，所以将其整合成名为《Android 性能优化核心知识点手册》和《Android Framework核心知识点手册》，大家可以参考下：