内存泄漏：是指内存得不到gc的及时回收，从而造成内存占用过多，从而导致程序crash，也就是常说的oom。
一、static
先来看下面一段代码
我要评论
public class dbhelper {
private static dbhelper db= null;
private dbhelper() {
}
public static dbhelper getinstance(context context) {
if (bitmaputils == null) {
synchronized (dbhelper.class) {
if (db== null) {
db= new db(context,dbname);
}
}
}
return db;
}
}
这样的代码在项目中很常见，如果大家仔细一点，应该能发现问题在那里。helper中持有了context的应用，而dbhelper是全局的，也就是说，当在一个activity中使用了dbhelper，即使这个activity退出了，这个activity也没法被gc回收，从而造成activity一直驻留在内存中。
这个解决方案也比较简单，代码如下
public class dbhelper {
private static dbhelper db= null;
private dbhelper() {
}
public static dbhelper getinstance(context context) {
if (bitmaputils == null) {
synchronized (dbhelper.class) {
if (db== null) {
db= new db(context.getapplicationcontext(),dbname);
}
}
}
return db;
}
}
只需要把context改成applicationcontext()即可，因为applicationcontext本身就是全局的。
二、非静态内部类、handler
先来看一段代码
private handler handler = new handler(){
@override
public void dispatchmessage(message msg) {
// 消息处理
}
};
@override
protected void oncreate(bundle savedinstancestate) {
super.oncreate(savedinstancestate);
setcontentview(r.layout.activity_main);
new thread(new runnable() {
@override
public void run() {
// 耗时操作
handler.sendemptymessage(1);
}
}).start();
}
我们知道非静态内部类会持有外部类的引用，此时这里的handler持有着外部activity的引用，当我们在activity的内部类中进行异步耗时操作时，我们的activity如果此时被finish掉了，而异步任务没有执行结束，这就会导致我们的activity对象不能及时的被gc回收，从而导致内存问题。
这样的问题解决起来也很简单
内存问题大多数都是因为对对象生命周期的不巧当处理造成的，在使用某个对象时，我们需要仔细研究对象的生命周期，当处理一些占用内存较大并且生命周期较长的对象时，应用使用软引用对其就行处理，及时关闭不使用的资源。
以上就是本文的全部内容，希望对大家的学习有所帮助。
如对本文有疑问， 点击进行留言回复！！
JobScheduler 实现 特定时间，特定条件（系统空闲，电池电量，磁盘空间 ……）下执行任务
温习Android基础知识——《第一行代码（第三版）》读书笔记 Chapter 10 Service
android-GooglePlay安装来源追踪PlayInstallReferrer
网友评论