Android常见内存泄漏总结

Android内存泄漏

memoryLeakCoverNot.jpg

根本原因

内存泄漏的根本原因是一个长生命周期对象持有一个短生命周期对象,造成短生命周期对象没有办法被回收所导致的。

常见的内存泄漏:

  1. 单例模式引发的内存泄漏:
    原因:单例模式里的静态实例持有对象的引用,导致对象无法被回收,常见为持有Activity的引用
    解决:改为持有Application的引用,或者不持有使用的时候传递。
  2. 集合操作不当引发的内存泄漏:
    原因:集合只增不减
    解决:有对应的删除或卸载操作
  3. 线程的操作不当引发的内存泄漏:
    原因:线程持有对象的引用在后台执行,与对象的生命周期不一致
    解决:静态实例+弱引用(WeakReference)方式,使其生命周期一致
  4. 匿名内部类/非静态内部类操作不当引发的内存泄漏:
    原因:内部类持有对象引用,导致无法释放,比如各种回调
    解决:保持生命周期一致,改为静态实例+对象的弱引用方式(WeakReference)
  5. 常用的资源未关闭回收引发的内存泄漏:
    原因:BroadcastReceiver,File,Cursor,IO流,Bitmap等资源使用未关闭
    解决:使用后有对应的关闭和卸载机制
  6. Handler使用不当造成的内存泄漏:
    原因:Handler持有Activity的引用,其发送的Message中持有Handler的引用,当队列处理Message的时间过长会导致Handler无法被回收
    解决:静态实例+弱引用(WeakReference)方式
  7. 动画引起的内存泄漏:
    原因:动画会持有view对象,进而持有activity
    解决:页面destroy时释放动画

示例

  1. 单例持有activity context引起的泄漏
class LeakSingleton private constructor(context: Context) {
    companion object {
        @Volatile
        private var instance: LeakSingleton? = null

        fun getInstance(context: Context): LeakSingleton? {
            instance ?: synchronized(this) {
                instance ?: LeakSingleton(context).also {
                    instance = it
                }
            }
            return instance
        }
    }
}

可以看到LeakSingleton有一个Context入参,如果不小心传入activity的context就会引起内存泄漏,如下面这样的代码:

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val leakSingleton = LeakSingleton.getInstance(this)
    }
}

在使用时很有可能使用者不清楚LeakSingleton是否会存在内存泄漏问题,也就很可能传入一个短生命周期的context作为入参,导致内存泄漏。显然要求每个使用者都清楚LeakSingleton的内部实现从而避免内存泄漏是不现实的,我们要从源头解决问题。
解决泄漏: 对LeakSingleton进行改造,在传入context时不直接使用该context,而是去获取context的applicationContext得到和单例生命周期一样长的context,从而避免持有短生命周期对象。改造后的单例如下:

class LeakSingleton private constructor(context: Context) {
    companion object {
        @Volatile
        private var instance: LeakSingleton? = null

        fun getInstance(context: Context): LeakSingleton? {
            instance ?: synchronized(this) {
                //使用applicationContext避免泄漏
                instance ?: LeakSingleton(context.applicationContext).also {
                    instance = it
                }
            }
            return instance
        }
    }
}
  1. handler引起的内存泄漏
class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        handler.sendEmptyMessageDelayed(1, 5000)
    }

    private val handler = Handler {
        if (it.what == 1) {
            tv_leak.text = "leak text"
        }
        false
    }
}

这段代码里实现了一个简单的handler,功能就是收到消息后给tv_leak设置一段文字。这样直接使用handler是很容易造成内存泄漏的。可以看到在这例子里,activity发送了一个延迟五秒的消息给handler,如果在发送完后用户按下返回键,activity应该进行销毁,但是因为我们这里的handler是一个类变量,它持有了activity的引用,导致在这五秒内activity并不能被正确的回收,从而造成内存泄漏。
解决泄漏:通常handler的解决方法比较简单,不要直接使用handler,而是采用静态实例+弱引用(WeakReference)方式。静态实例并不会持有外部类的引用,而弱引用保证了gc时对象能被及时回收。修改后的代码如下:

class MainActivity : AppCompatActivity() {
    private val handler by lazy {
        MyHandler(this)
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        handler.sendEmptyMessageDelayed(1, 5000)
    }

    //伴生对象
    companion object {
        private class MyHandler(activity: MainActivity) : Handler() {
            //弱引用解决内存泄漏
            private val weakActivity = WeakReference<MainActivity>(activity)

            override fun handleMessage(msg: Message?) {
                super.handleMessage(msg)
                val activity = weakActivity.get() ?: return

                if (msg?.what == 1) {
                    activity.tv_leak.text = "leak text"
                }
            }
        }
    }

    override fun onDestroy() {
        super.onDestroy()
        handler.removeCallbacksAndMessages(null)
    }
}
  1. 动画引起的内存泄漏
class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        startAnimation(tv_leak)
    }

    private fun startAnimation(view: View) {
        val animator = ObjectAnimator.ofFloat(view,
                "TranslationX", 10f, 10f, 10f)
        animator.repeatCount = ValueAnimator.INFINITE
        animator.interpolator = LinearInterpolator()
        animator.duration = 8000
        animator.start()
    }
}

在这段代码中开启了一个view的属性动画,对tv_leak做平移操作,但是页面返回时,并没有停止动画。由于属性动画会持有进行动画的view的引用,而view持有activity的引用,如果没有页面退出时没有停止动画,则会造成内存泄漏。
解决泄漏: 在页面退出时取消动画。同时如果从当前页面跳转到其他页面,也应该在onPause中暂停动画,以避免资源浪费,在回到该页面时在onResume中继续动画播放。

class MainActivity : AppCompatActivity() {
    private lateinit var animator: ObjectAnimator

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        startAnimation(tv_leak)
    }

    override fun onResume() {
        super.onResume()
        animator.resume()
    }

    override fun onPause() {
        super.onPause()
        animator.pause()
    }

    override fun onDestroy() {
        super.onDestroy()
        animator.cancel()
    }

    private fun startAnimation(view: View) {
        animator = ObjectAnimator.ofFloat(view,
                "TranslationX", 10f, 10f, 10f)
        animator.repeatCount = ValueAnimator.INFINITE
        animator.interpolator = LinearInterpolator()
        animator.duration = 8000
        animator.start()
    }
}

总结

在日常的开发中多注意可能存在的内存泄漏情况,在使用静态变量时要注意是否会大内存对象,如bitmap。检测内存泄漏可以使用leakCanary或者android studio自带的Profiler进行检测。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,826评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,968评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,234评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,562评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,611评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,482评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,271评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,166评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,608评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,814评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,926评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,644评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,249评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,866评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,991评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,063评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,871评论 2 354

推荐阅读更多精彩内容

  • Android 内存泄漏总结 内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏...
    _痞子阅读 1,636评论 0 8
  • 内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏大家都不陌生了,简单粗俗的讲,...
    宇宙只有巴掌大阅读 2,363评论 0 12
  • Android 内存泄漏总结 内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏...
    apkcore阅读 1,221评论 2 7
  • 内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏大家都不陌生了,简单粗俗的讲,...
    DreamFish阅读 791评论 0 5
  • 【Android 内存泄漏】 引用: ★★★ 【知识必备】内存泄漏全解析,从此拒绝ANR,让OOM远离你的身边,跟...
    Rtia阅读 816评论 0 2