Android-如何避免以及定位内存泄漏?

目录

    • 非静态内部类的静态实例
    • Handler使用不当导致内存泄露
    • Context使用不当导致内存泄露
    • 资源对象未关闭(输入输出流、Cursor等)
    • 静态View导致泄露
    • WebView
    • Bitmap
    • 监听器未关闭

非静态内部类的静态实例

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

Handler使用不当导致内存泄露

Handler导致的内存泄露基本上也是由于非静态内部类导致的,Handler内部message是被存储在MessageQueue中,有些message是延迟消息,如果此时Activity已退出而且handler是非静态的就会导致Handler无法被回收,解决办法:使用静态的Handler,外部类的引用使用弱引用处理;在退出Activity时及时的移除队列中的所有消息

Context使用不当导致内存泄露

由于Activity的context跟Application的context周明周期不同,在不同的场景下要合理的使用context,对于非必须要使用Activity的context场景下(Dialog)均使用Application的context。(Service数+Activity数+Application)

资源对象未关闭(输入输出流、Cursor等)

进行IO处理的时候要及时的进行流的close以及置null,因为其内部往往都使用了缓冲。

静态View导致泄露

使用静态view可以避免每次启动Activity都去渲染View但是静态View会持有Activity的引用导致无法回收,解决办法:在Activity销毁的时候将静态View置null

WebView

通常给WebView单独开一个进程使用,使用AIDL进行通讯,根据业务需求在合适的机会进行释放

Bitmap

bitmap是比较占内存的,使用完后一定要及时的清理,避免静态变量占用大的bitmap对象

监听器未关闭

动态广播要不要忘记进行unregister

你可能感兴趣的:(面试,内存泄漏,定位,内存优化)