Android下常见的内存泄露 经典



因为Android使用Java作为开发语言,很多人在使用会不注意内存的问题。

于是有时遇到程序运行时不断消耗内存,最终导致OutOfMemery,程序异常退出,这就是内存泄露导致的。

我们现在就来总结一下可能导致内存泄露的情况:

  1. 查询数据库而没有关闭Cursor

    Android中,Cursor是很常用的一个对象,但在写代码是,经常会有人忘记调用close, 或者因为代码逻辑问题状况导致close未被调用。

    通常,在Activity中,我们可以调用startManagingCursor或直接使用managedQuery让Activity自动管理Cursor对象。

    但需要注意的是,当Activity介绍后,Cursor将不再可用!

    若操作Cursor的代码和UI不同步(如后台线程),那没需要先判断Activity是否已经结束,或者在调用OnDestroy前,先等待后台线程结束。

    除此之外,以下也是比较常见的Cursor不会被关闭的情况:

    1. try {
    2. Cursor c = queryCursor();
    3. int a = c.getInt(1);
    4. ......
    5. c.close();
    6. catch (Exception e) {
    7. }

    虽然表面看起来,Cursor.close()已经被调用,但若出现异常,将会跳过close(),从而导致内存泄露。

    所以,我们的代码应该以如下的方式编写:

    1. Cursor c = queryCursor();
    2. try {
    3. int a = c.getInt(1);
    4. ......
    5. catch (Exception e) {
    6. finally {
    7. c.close(); //在finally中调用close(), 保证其一定会被调用
    8. }
  2. 调用registerReceiver后未调用unregisterReceiver().

    在调用registerReceiver后,若未调用unregisterReceiver,其所占的内存是相当大的。

    而我们经常可以看到类似于如下的代码:

    1. registerReceiver(new BroadcastReceiver() {
    2. ...
    3. }, filter); ...

    这是个很严重的错误,因为它会导致BroadcastReceiver不会被unregister而导致内存泄露。

  3. 未关闭InputStream/OutputStream

    在使用文件或者访问网络资源时,使用了InputStream/OutputStream也会导致内存泄露

  4. Bitmap使用后未调用recycle()

    根据SDK的描述,调用recycle并不是必须的。但在实际使用时,Bitmap占用的内存是很大的,所以当我们不再使用时,尽量调用recycle()以释放资源。

  5. Context泄露

    这是一个很隐晦的内存泄露的情况。

    先让我们看一下以下代码:

    1. private static Drawable sBackground;
    2. @Override
    3. protected void onCreate(Bundle state) {
    4. super.onCreate(state);
    5. TextView label = new TextView(this);
    6. label.setText("Leaks are bad");
    7. if (sBackground == null) {
    8. sBackground = getDrawable(R.drawable.large_bitmap);
    9. }
    10. label.setBackgroundDrawable(sBackground);
    11. setContentView(label);
    12. }

    在这段代码中,我们使用了一个static的Drawable对象。

    这通常发生在我们需要经常调用一个Drawable,而其加载又比较耗时,不希望每次加载Activity都去创建这个Drawable的情况。

    此时,使用static无疑是最快的代码编写方式,但是其也非常的糟糕。

    当一个Drawable被附加到View时,这个View会被设置为这个Drawable的callback (通过调用Drawable.setCallback()实现)。

    这就意味着,这个Drawable拥有一个TextView的引用,而TextView又拥有一个Activity的引用。

    这就会导致Activity在销毁后,内存不会被释放。

时间: 2024-08-06 04:03:04

Android下常见的内存泄露 经典的相关文章

android中的内存泄露查找与常见的内存泄露案例分析

常见的内存泄露查找方法请参见:http://hukai.me/android-performance-patterns/ 这篇文章是google发布的android性能优化典范示例,对于渲染.内存GC与电量消耗都做了好的示范. 这里我总结了下,android中常见的内存泄露 1.类中调用registerReceiver后未调用unregisterReceiver(). 在调用registerReceiver后,若未调用unregisterReceiver,其所占的内存是相当大的. 这种情况常见于

[Android Memory] App调试内存泄露之Context篇(下)

转载地址:http://www.cnblogs.com/qianxudetianxia/p/3655475.html 5. AsyncTask对象 我N年前去盛大面过一次试,当时面试官极力推荐我使用AsyncTask等系统自带类去做事情,当然无可厚非. 但是AsyncTask确实需要额外注意一下.它的泄露原理和前面Handler,Thread泄露的原理差不多,它的生命周期和Activity不一定一致. 解决方案是:在activity退出的时候,终止AsyncTask中的后台任务. 但是,问题是如

Android工具:LeakCanary—内存泄露检测神器

一.LeakCanary简介LeakCanary是Square公司开源的一个检测内存的泄露的函数库,可以方便地和你的项目进行集成,在Debug版本中监控Activity.Fragment等的内存泄露:LeakCanary集成到项目中之后,在检测到内存泄露时,会发送消息到系统通知栏.点击后打开名称DisplayLeakActivity的页面,并显示泄露的跟踪信息,Logcat上面也会有对应的日志输出.同时如果跟踪信息不足以定位时,DisplayLeakActivity还为开发者默认保存了最近7个d

.NET中常见的内存泄露问题——GC、委托事件和弱引用

一.什么是内存泄露(memory leak)? 内存泄露不是指内存坏了,也不是指内存没插稳漏出来了,简单来说,内存泄露就是在你期待的时间内你程序所占用的内存没有按照你想象中的那样被释放. 因此什么是你期待的时间呢?明白这点很重要.如果一个对象占用内存的时间和包含这个对象的程序一样长,但是你并不期望是这样.那么就可以认为是内存泄露了.用具体例子来说明如下: class Button { public void OnClick(object sender, EventArgs e) { ... }

Android使用Handler造成内存泄露的分析及解决方法

一.什么是内存泄露? Java使用有向图机制,通过GC自动检查内存中的对象(什么时候检查由虚拟机决定),如果GC发现一个或一组对象为不可到达状态,则将该对象从内存中回收.也就是说,一个对象不被任何引用所指向,则该对象会在被GC发现的时候被回收:另外,如果一组对象中只包含互相的引用,而没有来自它们外部的引用(例如有两个对象A和B互相持有引用,但没有任何外部对象持有指向A或B的引用),这仍然属于不可到达,同样会被GC回收. Android中使用Handler造成内存泄露的原因 private Han

[Android Memory] App调试内存泄露之Context篇(上)

转载自:http://www.cnblogs.com/qianxudetianxia/p/3645106.html Context作为最基本的上下文,承载着Activity,Service等最基本组件.当有对象引用到Activity,并不能被回收释放,必将造成大范围的对象无法被回收释放,进而造成内存泄漏. 下面针对一些常用场景逐一分析. 1. CallBack对象的引用 先看一段代码: @Override protectedvoid onCreate(Bundle state){ super.o

Android中常见的内存泄漏

为什么会产生内存泄漏? 当一个对象已经不需要再使用了,本该被回收时,而有另外一个正在使用的对象持有它的引用从而导致它不能被回收,这导致本该被回收的对象不能被回收而停留在堆内存中,这就产生了内存泄漏. 内存泄漏对程序的影响? 内存泄漏是造成应用程序OOM的主要原因之一!我们知道Android系统为每个应用程序分配的内存有限,而当一个应用中产生的内存泄漏比较多时,这就难免会导致应用所需要的内存超过这个系统分配的内存限额,这就造成了内存溢出而导致应用Crash. Android中常见的内存泄漏汇总 1

[Android][Memory Leak] InputMethodManager内存泄露现象及解决

[Android][Memory Leak] InputMethodManager内存泄露现象及解决 现象: 在特定的机型天语k_touch_v9机型上,某个界面上出现InputMethodManager持有一Activity,导致该Activity无法回收.如果该Activity再次被打开,则旧的会释放掉,但新打开的会被继续持有无法释放回收.MAT显示Path to gc如下: 图1. Leak path 天语k_touch_v9手机版本信息: 图2. K_touch_v9 一番搜索后,已经有

Unix下C程序内存泄露检测工具:valgrind的安装使用

Valgrind是一款用于内存调试.内存泄漏检测以及性能分析的软件开发工具. Valgrind的最初作者是Julian Seward,他于2006年由于在开发Valgrind上的工作获得了第二届Google-O'Reilly开源代码奖. Valgrind遵守GNU通用公共许可证条款,是一款自由软件. Valgrind的安装和使用 去官网www.valgrind.org下载最新版本的valgrind,我这里下载的是valgrind 3.11.0.tar.bz2. #tar xvf valgrind