Android内存泄漏问题,移动端跨平台开发框架

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内存

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

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

很大,还会造成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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值