Android下常见的内存泄露 经典
2016-03-28 16:40
162 查看
因为Android使用Java作为开发语言,很多人在使用时会不注意内存的问题,于是有时遇到程序运行时不断消耗内存,最终导致OutOfMemory,程序异常退出,这就是内存泄露导致的。
我们来总结一下导致内存泄露的情况:
1.查询数据库而没有关闭Cursor
在Android中,cursor是很常用的一个对象,但在写代码时,经常会有人忘记调用close,或者因为代码逻辑问题导致close未被调用。cursor的关闭最好写在finally中。
2.调用registerReceiver()后未调用unregisterReceiver()。
在调用registerReceiver后,未调用unregisterReceiver,其所占的内存是相当大的。
3.未关闭InputStream/OutputStream。
在使用文件或者访问网络资源时,使用了InputStream/OutputStream也会导致内存泄露。
4.Bitmap使用后未调用recycle()。
根据SDK的描述,调用recycle并不是必须的。但在实际使用时,bitmap占用的内存是很大的,所以当我们不再使用时,尽量调用recycle()以释放资源。
5.Context泄露。
这是一个很隐晦的内存泄露情况。
private static Drawable sBackground;
@Override
protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this);
label.setText("Leaks are bad");
if (sBackground == null) {
sBackground = getDrawable(R.drawable.large_bitmap);
}
label.setBackgroundDrawable(sBackground);
setContentView(label);
}
上面这段代码中,使用了一个static的Drawable对象。
这通常发生在我们需要经常调用一个Drawable,而其加载又比较耗时,不希望每次加载Activity都去创建这个Drawable的情况。此时,使用static无疑是最快的代码编写方式,但是其也是非常的糟糕。
当一个Drawable被附加到View时,这个View会被设置为这个Drawable的callback(通过调用Drawable.setCallback()实现)。这就意味着,这个Drawable拥有一个TextView的引用,而TextView又拥有一个Activity的引用。
这就会导致Activity在销毁后,内存不会被释放。
我们来总结一下导致内存泄露的情况:
1.查询数据库而没有关闭Cursor
在Android中,cursor是很常用的一个对象,但在写代码时,经常会有人忘记调用close,或者因为代码逻辑问题导致close未被调用。cursor的关闭最好写在finally中。
2.调用registerReceiver()后未调用unregisterReceiver()。
在调用registerReceiver后,未调用unregisterReceiver,其所占的内存是相当大的。
3.未关闭InputStream/OutputStream。
在使用文件或者访问网络资源时,使用了InputStream/OutputStream也会导致内存泄露。
4.Bitmap使用后未调用recycle()。
根据SDK的描述,调用recycle并不是必须的。但在实际使用时,bitmap占用的内存是很大的,所以当我们不再使用时,尽量调用recycle()以释放资源。
5.Context泄露。
这是一个很隐晦的内存泄露情况。
private static Drawable sBackground;
@Override
protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this);
label.setText("Leaks are bad");
if (sBackground == null) {
sBackground = getDrawable(R.drawable.large_bitmap);
}
label.setBackgroundDrawable(sBackground);
setContentView(label);
}
上面这段代码中,使用了一个static的Drawable对象。
这通常发生在我们需要经常调用一个Drawable,而其加载又比较耗时,不希望每次加载Activity都去创建这个Drawable的情况。此时,使用static无疑是最快的代码编写方式,但是其也是非常的糟糕。
当一个Drawable被附加到View时,这个View会被设置为这个Drawable的callback(通过调用Drawable.setCallback()实现)。这就意味着,这个Drawable拥有一个TextView的引用,而TextView又拥有一个Activity的引用。
这就会导致Activity在销毁后,内存不会被释放。
相关文章推荐
- Android异常处理最佳实践
- 【ValidationTools】去除工程模式下某项测试
- Android View绘制13问13答
- Map 集合数据遍历
- Android中使用UncaughtExceptionHandler来处理未捕获的异常
- Android Studio Gradle
- Android开发之异步通信Handler机制
- 13问13答全面学习Android View绘制
- Smalidea无源码调试 android 应用
- AndroidSample之CardFlipActivity的学习
- 两个Fragment之间的跳转,和数据的传递
- android开发游记:meterial design 5.0 新增控件介绍及使用方法
- 用TextView实现button点击效果
- android支持百分比的屏幕适配
- android 软引用使用
- 【项目篇】Android团队项目开发之统一代码规范
- android native ndk崩溃定位
- Android 异步消息处理机制 让你深入理解 Looper、Handler、Message三者关系
- List集合数据排序
- android listview的单选事件