Android优化笔记（三）——内存篇

最新推荐文章于 2025-07-28 18:59:06 发布

原创最新推荐文章于 2025-07-28 18:59:06 发布 · 357 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

安卓日常开发经验专栏收录该内容

7 篇文章

订阅专栏

本文探讨了Android内存优化的重要性，包括减少卡顿、避免OOM、提高后台存活率和减少异常。介绍了Memory Monitor和Heap Viewer等内存分析工具，并详细阐述了内存泄漏的概念，列举了常见的内存泄漏场景，如非静态内部类、Handler、WebView等。提出了常驻内存优化策略，如减少自动装箱、使用RGB_565和Bitmap复用，以及避免内存泄漏的写法改进。

1.内存优化的意义

(1)减少因频繁GC引起的卡顿
(2)避免出现OOM现象
(3)减小内存占用，提高应用后台的存活率
(4)减少异常发生，减少代码逻辑隐患

2.内存分析工具

(1)Memory Monitor,android studio自带， 3.1已换成Android Profiler,可查看一段时间内具体的内存占用。
(2)Heap Viewer,可以查看不同数据类型在内存中的占用情况。

3.内存泄漏

JAVA对象不需要再使用的时候，应该完整的走完它的生命周期，由于某些原因，仍然在内存中，没有结束整个生命周期。
常见内存泄漏对象:Context,Handler,第三方库。
(1)MAT,可以定位导致内存泄漏的对象以及发现大的内存对象。使用在DDMS里点击Update Heap,多怀疑内存泄漏的地方操作，再多GC几次，最后点Dump HPROF File获得HPROF文件分析。
(2)LeakCanary,用来监控内存泄漏的，使用简单，原理是设置Application的ActivityLifecycleCallbacks方法监控所有Activity的生命周期。最后最好实现一个自定义的监控结果处理器。

4.常见内存泄漏场景

(1)非静态内部类的静态实例
(2)匿名内部类的静态实例
(3)Handler内存泄漏
(4)未正确使用Context
(5)WebView,webview引起的内存泄漏主要是因为org.chromium.android_webview.AwContents 类中注册了component callbacks，但是未正常反注册而导致的。让onDetachedFromWindow先走，在主动调用destroy()之前，把webview从它的parent上面移除掉。
(6)资源对象未关闭,比如Cursor,File等。
(7)监听器未关闭,注册了未注销。
(8)Bitmap对象。
(9)集合里的对象未清理。
(10)WifiManager,ConnectivityManager的context.getSystemService泄漏。

5.常驻内存优化

(1)减少自动装箱,比如HashMap,可以替换用SpareArray或者ArrayMap。
(2)BitMap使用RGB_565,尽量使用inBitmap，并用inSampleSize。
(3)避免重复内存。
(4)资源放到合适的资源文件夹。
(5)StringBuild重用。

6.一些内存泄漏写法的改进

(1)Handler

private Handler smsHandler = new Handler(){
    @Override 
    public void handleMessage(Message msg) {  
          
    };  
};

改为:

private Handler mHandler = new Handler(new Handler.Callback() {  
    @Override  
    public boolean handleMessage(Message msg) {  
        return false;  
    }  
});

把Handler设置为static也能解决此问题，MessageQueue中的消息队列会一直持有对handler的引用，而作为内部类的handler会一直持有外部类的引用，就会导致外部类不能被GC回收。当我们发延时很长的msg时就容易出现泄漏。所以此处应该设置为static，然后Handler就会跟随类而不是跟随类的对象加载，也就不再持有外部类的对象引用。