Android内存泄漏问题

先来看看内存泄漏的定义：没有用的对象无法回收的现象就是内存泄漏

它会带来以下问题：

• 应用可用的内存减少

• 降低了应用的性能，比如会更频繁的触发GC

• 严重的时候还会导致内存溢出的错误，就是OOM

注：并非所有的OOM都是由是内存泄漏引起的。

接下来分情况讨论内存泄漏的原因以及解决方案：

1. 单例造成的内存泄漏

单例模式是很常用的设计模式，使用单例模式只会产生一个静态对象，这个对象一直占用着内存，如果高效的使用这个单例当然是没有问题的，但是如果我们使用不当，导致大量的单例对象占用着内存，这个时候GC也不能回收，有些单例对象也不用占着那内存，就会造成内存泄漏。

比如说下面一个单例模式：

public class SingleInstance {

private static SingleInstance sInstance;

private Context mContext;

private SingleInstance(Context context){

this.mContext = context;

}

public static SingleInstance newInstance(Context context){

if(sInstance == null){

sInstance = new SingleInstance(context);

}

return sInstance;

}

}

newInstance里传入一个context，这个context一般是Activity的上下文，这就形成了该单例模式持有一个activity的强引用一直到整个应用的生命周期结束。这样的话，即是该Activity退出，该Activity的内存也不会被回收，如果该Activity内存很大，还会造成OOM，这就很mmp了。

解决方法是让单例模式引用的对象的生命周期=应用的生命周期

没错，就是传入applicationContext啦！

public class SingleInstance {

private static SingleInstance sInstance;

private Context mContext;

private SingleInstance(Context context){

this.mContext = context.getApplicationContext();

}

public static SingleInstance newInstance(Context context){

if(sInstance == null){

sInstance = new SingleInstance(context);

}

return sInstance;

}

}

让单例模式持有activity的ApplicationContext，application的生命周期就是应用的生命周期。这样就不会导致内存泄漏。

注：我们平时在传入ActivityContext的地方会直接传入Activity.this，如果处理这个context的类处理不好也会造成内存泄漏，这时候可以使用弱引用，每次GC的时候都会将其回收。

public class Sample {

private WeakReference mWeakReference;

public Sample(Context context){

this.mWeakReference = new WeakReference<>(context);

}

public Context getContext() {

if(mWeakReference.get() != null){

return mWeakReference.get();

}

return null;

}

}

// 外部调用

Sample sample = new Sample(MainActivity.this);

2. 非静态内部类/匿名类

接下来看看静态和非静态内部类的区别

| class对比 | 静态内部类 | 非静态内部类 |

| — | — | — |

| 与外部类的关系 | 如果没有参数传入就没有引用关系 | 自动获得强引用 |

| 被调用时需要外部实例 | 不需要 | 需要 |

| 能否调用外部类中的变量和方法 | 不能 | 能 |

| 生命周期 | 自主的生命周期 | 依赖于外部类，甚至可能比外部类更长 |

可以看出非静态内部类自动获得外部类的强引用，而且它的生命周期甚至比外部类更长，这便埋下了内存泄露的隐患。如果一个 Activity 的非静态内部类的生命周期比 Activity 更长，那么 Activity 的内存便无法被回收，也就是发生了内存泄露，而且还有可能发生难以预防的空指针问题。

public class MainActivity extends AppCompatActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

new MyAscnyTask().execute();

}

class MyAscnyTask extends AsyncTask<Void, Integer, String>{

@Override

protected String doInBackground(Void… params) {

try {

Thread.sleep(5000);

} catch (InterruptedException e) {

e.printStackTrace();

}

return “”;

}

}

}

我们在 Activity 中继承 AsyncTask，并开启了其非静态内部类方法 doInbackground() 方法，在其中做了耗时的操作，然后在 onCreate() 中启动 MyAsyncTask。如果在耗时操作结束之前，Activity 被销毁了，这时候因为 MyAsyncTask 持有 Activity 的强引用，便会导致 Activity 的内存无法被回收，这时候便会产生内存泄露。

解决方法：根据静态内部类和非静态内部类的区别，我们将其转化为静态内部类，这样子就不再持有Activity的强引用，Activity就可以在做耗时操作的时候可以安全退出。

匿名类和非静态内部类共同点就是 都持有外部类的强引用，

public class MainActivity extends AppCompatActivity {

private Handler mHandler = new Handler(){

@Override

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

};

@Override

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

总结：

各行各样都会淘汰一些能力差的，不仅仅是IT这个行业，所以，不要被程序猿是吃青春饭等等这类话题所吓倒，也不要觉得，找到一份工作，就享受安逸的生活，你在安逸的同时，别人正在奋力的向前跑，这样与别人的差距也就会越来越遥远，加油，希望，我们每一个人，成为更好的自己。

• BAT大厂面试题、独家面试工具包,

• 资料包括 数据结构、Kotlin、计算机网络、Framework源码、数据结构与算法、小程序、NDK、Flutter
  

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

，你在安逸的同时，别人正在奋力的向前跑，这样与别人的差距也就会越来越遥远，加油，希望，我们每一个人，成为更好的自己。

• BAT大厂面试题、独家面试工具包,

• 资料包括 数据结构、Kotlin、计算机网络、Framework源码、数据结构与算法、小程序、NDK、Flutter
  [外链图片转存中…(img-FYq4hSKA-1713792028831)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！