Android：一般什么情况会导致内存泄漏？
16lz
2021-01-24
最近在和小伙伴一起维护一个github项目，https://github.com/Moosphan/Android-Daily-Interview。
每天出一道面试题。感兴趣的可以点进去看看。最近要开始整理答案。所以顺手也在这里发布下自己写的相关面试题的答案。
正文开始
什么是内存泄漏
之前看大家的回答，好多把内存泄漏和内存溢出的概念搞混的。我这里简单解释下。Android给每个app分配了一定的内存（有人说谷歌给每个app的默认值是16MB，国内厂商都会对这个值进行改变，想想自己的app显示运行内存200多M,好心虚。）。内存溢出就是，你需要的内存超过了Android系统给每个app分配的内存，也就我们平时说得oom。说得官方一点就是：如果没有足够的内存完成实例，并且也无法再扩展，将会抛出oom。
再说内存溢出。这里用之前答案里的一句话，我觉得很精辟：
无非是生命周期长的对象持有生命周期短的对象的引用，造成生命周期短的对象使用完之后无法释放内存
其实这句话总结的已经很到位了。有一部分人应该知道jvm的回收算法主要是使用标记计数法，和可达性分析。不太清楚的可以看这里：垃圾回收算法,其中老年代主要用标记算法，新生代主要用可达性分析。那么一个对象，生命周期已经结束，但是因为被另一个对象引用，这样可达性分析就会判断这个对象不能被回收，那这个对象在内存中所占有的内存自然也无法释放，这就造成了我们说得内存泄漏。
什么情况造成内存泄漏
- 资源未关闭（cursor,io流等）
- 广播注册后没有反注册
- Handler发消息(特别是延迟消息)，消息没有消费掉，且没有remove。
- 静态变量赋值了生命周期短的对象。比如工具类持有Context对象，设置为某个Activity。
- 单例模式持有activity
- 非静态内部类，持有父类引用，造成父类无法回收
内存泄漏会造成什么后果
- 内存资源的浪费
- 可能会oom
- 卡顿（不是说泄漏就一定会卡顿，但是大量的泄漏一定会造成卡顿，特别是IO操作）
- 频繁的GC
如何避免内存泄漏
- 良好的编码习惯，有创建就有销毁，有add就有remove,有注册就有反注册，有绑定就有解绑。一定要成对出现。
- 工具类中使用applicationContext
- try catch 要加finally，对资源进行释放
- 合理使用强，弱，软，虚引用。
- 使用LeakCannery检查
更多相关文章
- Android对Linux内核的改动你知道多少？
- Android性能优化典范
- Android高性能文件类MemoryFile
- Android中AnimationDrawable使用的简单实例
- Android(安卓)基于 Comparator 对象列表数组排序
- Android应用开发提高篇（1）-----获取本地IP
- Android(安卓)Studio添加Parcelable序列化小工具（快速提高开发效
- GeenDao
- Android性能优化(◍˃ᗜ˂◍)✩