Android内存溢出与优化(五)——防止static引用

总篇地址:Android内存溢出与优化(零)——开题篇

前言:在Java中,如果将一个对象加上static修饰符,那么JVM虚拟机就会在内存中一直保留这个对象,这个对象不会被垃圾回收器清理,直到应用退出。为了达到目的,随意使用static修饰符是不好的表现。不过有时候又不得不使用static修饰,那么我们只用尽量避免消耗大内存的对象被static修饰或间接产生引用。下面开始Android中的代码讨论。

1.常用的Utils中的static修饰

为了方便调用,在Utils工具类中使用static修饰是我们常用的方式,不过可能存在一些问题,例如:

public class ToastUtil {

    private static Toast toast;

    public static void show(Context context, String message) {
        if (toast == null) {
            toast = Toast.makeText(context, message, Toast.LENGTH_SHORT);
        } else {
            toast.setText(message);
        }      
        toast.show();
    }

}

分析:请看static修饰的toast对象,在show方法中这个对象同时对context持有了引用。toast是static修饰的,意味着toast将不会从内存中消失,那么其持有的引用对象context将一直保持强引用,也不会在内存中消失。如果传个占用大内存的Activity的context进来,那么将会导致大量的内存泄漏。

提供2种解决办法:
1. 将context改为context.getApplicationContext(),由于ApplicationContext是一个全局的context,会在app运行期间一直存在,就不存在内存泄露的问题了
2. 创建Application类,提供获取ApplicationContext的方法,直接在show方法中获取,不需要每次都传context了(推荐)
代码如下:

//Application类
public class MyApplication extends Application {

    private static Context context;

    @Override
    public void onCreate() {
        super.onCreate();

        context = getApplicationContext();
    }

    public static Context getContext(){
        return context;
    }
}
//
//Toast工具类
public class ToastUtil {

    private static Toast toast;

    public static void show(String message) {
        if (toast == null) {
            toast = Toast.makeText(MyApplication.getContext(), message, Toast.LENGTH_SHORT);
        } else {
            toast.setText(message);
        }      
        toast.show();
    }
}

2.单例模式中的static修饰

在单例中我也可能会有传入context这种对象,例如数据库Dao层的设计,如下:

1.AppDemo数据库创建的class

/**
 * AppDemo数据库创建
 * @author ALion
 */
public class AppDemoOpenHelper extends SQLiteOpenHelper {

    public AppDemoOpenHelper(Context context) {
        super(context, "appDemo.db", null, 1);
    }

    //数据库第一次创建调用
    @Override
    public void onCreate(SQLiteDatabase db) {
        //字段:_id, name
        String sql = "CREATE TABLE t_appDemo (" +
                        "_id INTEGER PRIMARY KEY AUTOINCREAMENT" +
                        "name VARCHAR(20)" +
                    )";
        db.execSQL(sql);
    }

    //数据库更新时
    @Override
    public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {

    }
}

2.数据库Dao封装的class

/**
 * 数据库Dao封装
 * @author ALion
 */
public class AppDemoDao {

    private static AppDemoDao sInstance = null;

    public AppDemoOpenHelper mHelper;

    private AppDemoDao(Context context) {
        mHelper = new AppDemoOpenHelper(context);
    }

    public static AppDemoDao getInstance(Context context) {
        if (sInstance == null) {
            synchronized (AppDemoDao.class) {
                if (sInstance == null)
                    sInstance = new AppDemoDao(context);
            }
        }
        return sInstance;
    }

    // TODO 增加

    // TODO 删除

    // TODO 修改

    // TODO 查询
}

分析:可以看到创建数据库的AppDemoOpenHelper类需要传入一个context对象,而在Dao封装层的AppDemoDao类中又使用了单例设计模式。代码中,sInstance对象使用了static修饰,其new AppDemoDao(context)需要传入一个context对象,context被sInstance持有了强引用,从而导致了context对象的内存泄露。

解决方式同上,就不再给出代码了。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值