相逢意气为君饮,系马高楼垂柳边。这篇文章主要讲述Android内存泄漏杂谈相关的知识,希望能为你提供帮助。
内存泄漏:是指内存得不到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回收,从而导致内存问题。
【Android内存泄漏杂谈】
这种问题解决起来也非常easy
- 不要在匿名内部类中进行异步操作
- 使用静态匿名内部类
总结:内存问题大多数都是由于对对象生命周期的不巧当处理造成的。在使用某个对象时。我们须要细致研究对象的生命周期。当处理一些占用内存较大而且生命周期较长的对象时。应用使用软引用对其即可处理。及时关闭不使用的资源。
推荐阅读
- SSM框架中的Mapper.xml文件中的增删改查等操作
- RobotFramework自动化测试框架-移动手机自动化测试AppiumLibrary库其它的常见自动化关键字
- Android开发之自定义圆角矩形图片ImageView的实现
- Android界面坐标图示和Rect(矩形)简单介绍
- Android recovery支持adb shell
- [新特性]PeopleTools8.54+:PeopleSoft Application Engine新特性
- 安卓 框架
- android4.2 telephone应用层分析
- AndroidManifest.xml文件安全探索