OOM和内存泄漏

OOM 产生的原因

  • 内存不足,android 系统为每一个应用程序都设置了一个硬性的条件: DalvikHeapSize 最大阀值 64M/48M/24M.如果你的应用程序内存占用接近这个阀值,此时如果再尝试内存分配的时候就会造成 OOM。

如何避免 OOM

1.使用更加轻量的数据结构:如使用 ArrayMap/SparseArray 替代 HashMap,HashMap 更耗内存,因为它需要额外的实例对象来记录 Mapping 操作, SparseArray 更加高效,因为它避免了 Key Value 的自动装箱,和装箱后的解箱操作

2.减少枚举的使用,可以用静态常量或者注解@IntDef 替代

3.Bitmap 优化:

  1. 尺寸压缩:通过 InSampleSize 设置合适的缩放
  2. 颜色质量:设置合适的 format,ARGB_6666/RBG_545/ARGB_4444/ALPHA_6,存 在很大差异
  3. inBitmap:使用 inBitmap 属性可以告知 Bitmap 解码器去尝试使用已经存在的内存区域,新解码的 Bitmap会尝试去使用之前那张 Bitmap 在 Heap 中所占据的 pixel data 内存区域,而不是去问内存重新申请一块区域来存放Bitmap。这样可以提高性能

4.StringBuilder 替代 String

5.避免在类似 onDraw 这样的方法中创建对象,因为它会迅速占用大量内存,引起频繁的 GC 甚至内存抖动

6.减少内存泄漏也是一种避免 OOM 的方法

如何避免 内存泄漏

1.非静态内部类的静态实例

  • 非静态内部类会持有外部类的引用,如果非静态内部类的实例是静态的,就会长期的维持着外部类的引用,阻止被系统回收,解决办法是使用静态内部类

2.多线程相关的匿名内部类和非静态内部类

  • 匿名内部类同样会持有外部类的引用,如果在线程中执行耗时操作就有可能发生内存泄漏,导致外部类无法被回收,直到耗时任务结束,解决办法是在页面退出时结束线程中的任务

3.Handler 内存泄漏

  • Handler 导致的内存泄漏也可以被归纳为非静态内部类导致的,Handler 内部 message 是被存储在 MessageQueue 中的,有些 message 不能马上被处理,存在的时间会很长,导致 handler 无法被回收,如果 handler 是非静态的,就会导致它的外部类无法被回收
  • 解决办法
    • 使用静态 handler,外部类引用使用弱引用处理
    • 在退出页面时移除消息队列中的消息

4.Context 导致内存泄漏

  • 根据场景确定使用 Activity 的 Context 还是 Application 的 Context,因为二者生命周 期不同,对于不必须使用 Activity 的 Context 的场景(Dialog),一律采用 Application 的 Context,单例模式是最常见的发生此泄漏的场景,比如传入一个 Activity 的 Context 被静态类引用,导致无法回收

5.静态 View 导致泄漏

  • 使用静态 View 可以避免每次启动 Activity 都去读取并渲染 View,但是静态 View
    会持有 Activity 的引用,导致无法回收,解决办法是在 Activity 销毁的时候将静态 View 设置为 null(View 一旦被加载到界面中将会持有一个 Context 对象的引用, 在这个例子中,这个 context 对象是我们的 Activity,声明一个静态变量引用这个 View,也就引用了 activity)

6.WebView 导致的内存泄漏

  • WebView 只要使用一次,内存就不会被释放,所以 WebView 都存在内存泄漏的问题,通常的解决办法是为 WebView 单开一个进程,使用 AIDL 进行通信,根据业务需求在合适的时机释放掉

7.资源对象未关闭导致

  • 如 Cursor,File 等,内部往往都使用了缓冲,会造成内存泄漏,一定要确保关闭它,并将引用置为 null

8.集合中的对象未清理

  • 集合用于保存对象,如果集合越来越大,不进行合理的清理,尤其是集合是静态的

9.Bitmap 导致内存泄漏

  • bitmap 是比较占内存的,所以一定要在不使用的时候及时进行清理,避免静态变量持有大的 bitmap 对象

10.监听器未关闭

  • 很多需要 register 和 unregister 的系统服务要在合适的时候进行 unregister,手动添加的 listener 也需要及时移除
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值