Android 内存溢出 内存泄漏(二)

首先参考 Android 内存溢出 内存泄漏(一)

1. hashset的OOM

2. Cursor对象 流对象Stream未正确关闭
解决方案:finally中关闭

    Cursor cursor = null;
    try {
        cursor = getContentResolver().query(...);
        if (cursor != null && cursor.moveToNext()) {
        ... ...
        }
    } catch (Exception e) {
        ... ...
    } finally {
        if (cursor != null) {
                cursor.close();
        }
    }

3. bitmap不用,低版本中没有调用recycle发生OOM
高版本中就不需要了,因为像素和对象都存储在程序内存中。由GC回收。但是在低版本中bitmap像素放在本地内存中,必须手动调用recycle才能回收

3. createBitmap创建bitmap时,没有足够的内存分配的时候发生OOM
一般的处理方案是createBitmap的时候,捕获OutOfMemoryError,而不是Exception这样是无效的

4. 构造listview的Adapter时,没有使用缓存的convertView

5. 没有正确注册/注销监听器对象的造成OOM
- registerXxx和unregisterXxx方法的调用通常也和Cursor的打开/关闭类似,在Activity的生命周期中成对的出现即可:
在 onCreate() 中 register,在 onDestroy() 中 unregitster;
在 onStart() 中 register,在 onStop() 中 unregitster;
在 onResume() 中 register,在 onPause() 中 unregitster;

  • 忘记unregister
    以前看到过一段代码,在Activity中定义了一个PhoneStateListener的对象,将其注册到TelephonyManager中:
    TelephonyManager.listen(l,PhoneStateListener.LISTEN_SERVICE_STATE);
    但是在Activity退出的时候注销掉这个监听,即没有调用以下方法:
    TelephonyManager.listen(l,PhoneStateListener.LISTEN_NONE);
    因为PhoneStateListener的成员变量callback,被注册到了TelephonyRegistry中,TelephonyRegistry是后台的一个服务会一直运行着。所以如果不注销,则callback对象无法被释放,PhoneStateListener对象也就无法被释放,最终导致Activity对象无法被释放。

注册/反注册,监听/去监听成对出现是个好习惯,生命周期匹配中去出现即可

        //获取view的大小
        volleyImageview.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
            @Override
            public void onGlobalLayout() {
                QDLog.d("button width:" + volleyImageview.getMeasuredWidth() + " height:" + volleyImageview.getMeasuredHeight());
                volleyImageview.getViewTreeObserver().removeOnGlobalLayoutListener(this);
            }
        });

    @Override
    protected void onStart() {
        super.onStart();
        registerReceiver(BroadcastReceiver receiver, IntentFilter filter);
    }

    @Override
    protected void onStop() {
        super.onStop();
        unregisterReceiver(BroadcastReceiver receiver);
    }

查看源码发现,虽然上面两个不去注册/去监听,并不会导致activity不能被GC回收,但是注册/反注册,监听/去监听成对出现还是个编程的好习惯

6. 无线循环的动画,造成内存泄漏
内存泄漏,view被无限循环动画持有,view持有context,所以acitivity不能回收
animtor.setRepeatCount(Animation.INFINITE);
解决方案:animtor.cancel();
离开的时候,记得手动取消或停止

7. webview导致的内存泄漏
使用 WebView 的页面(Activity),在生命周期结束页面退出(onDestory)的时候,需要主动调用 WebView.onPause()以及 WebView.destory()以便让系统释放 WebView 相关资源。
建议另外启动一个进程专门运行 WebView。不要9998,不要9999,我们要100%!WebView 用完之后就把进程杀死,即使泄漏了也无碍。
参考这里 Android WebView Memory Leak WebView内存泄漏

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Android开发中,内存溢出是指应用程序在申请的内存超过了系统可用内存的情况。这可能导致应用程序崩溃、运行缓慢或者被系统强制关闭。以下是一些常见导致内存溢出的情况和解决方法: 1. Bitmap内存溢出:在使用Bitmap处理图片时,如果没有正确地释放Bitmap对象,或者加载了过大的图片导致占用大量内存,就会发生内存溢出。解决方法包括使用合适的图片加载库(如Glide、Picasso),及时释放不再使用的Bitmap对象,或者对图片进行压缩处理。 2. 长时间占用内存的后台任务:如果应用程序中存在长时间运行的后台任务,而且这些任务没有及时释放占用的内存,就可能导致内存溢出。解决方法是在合适的时机停止或取消后台任务,并释放相关资源。 3. 内存泄漏内存泄漏问题在上一个问题中已经提到过。如果应用程序中存在内存泄漏,持续占用内存而不释放,就会导致内存溢出。解决方法是检查代码,及时释放不再使用的对象引用,避免长时间持有上下文或其他对象的引用。 4. 大量对象的创建和销毁:如果应用程序频繁地创建和销毁大量对象,而没有及时释放,就会导致内存溢出。解决方法包括使用对象池或缓存来重复利用对象,减少对象的创建和销毁次数。 5. 不适当的资源使用:如果应用程序使用了大量的资源,如文件、数据库连接等,而没有正确地关闭或释放这些资源,就会导致内存溢出。解决方法是在不再需要使用资源的地方及时关闭或释放资源。 6. 大数据集的处理:如果应用程序需要处理大量的数据集,而没有进行分页或分批加载,就可能导致内存溢出。解决方法是采用分页加载或分批处理的方式,减少一次性加载大量数据的压力。 总之,要避免Android应用程序中的内存溢出问题,开发者应该注意及时释放占用的内存,避免内存泄漏和不适当的资源使用。合理管理Bitmap对象、后台任务、对象的创建和销毁,以及大数据集的处理都是预防内存溢出的重要方法。此外,使用工具进行内存分析和优化也是提高应用程序性能的有效方式。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值