一、内存泄漏
描述
Android 的虚拟机是基于寄存器的 Dalvik，它的最大堆大小一般是 16M，有的机器为 24M。因此我们所能利用 的内存空间是有限的。如果我们的内存占用超过了一定的水平就会出现 OutOfMemory 的错误。
常见的几种内存泄露
1.java堆内存泄露
2.没有充足的连续的内存空间
3.线程数超出了限制
4.虚拟内存不足
二、内存泄漏分析工具：
2.1 使用AndroidStudio 自带的Profiler分析内存是否有泄漏的情况
clip_image001.png
2.2 使用leakcanary检测具体的内存泄漏
dependencies {
debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.3'
}
三、线程泄漏分析工具
首先需要 jcenter:
repositories {
jcenter()
}
然后在您的 project gradle 的 dependencies 中添加：
classpath "com.codoon.threadtracker:threadtracker-plugin:1.1.0"
在您的 application gradle 中添加：
apply plugin: 'com.codoon.threadtracker'
debugImplementation 'com.codoon.threadtracker:threadtracker:1.1.0'
打包后会多生成一个 TreadTracker 图标，打开即可使用。
* 如果您的项目尚不支持 androidx，可把以上 version 全部改成 1.0.0；版本 1.1.0 及以后均需 androidx 支持。
四、内存溢出的几点原因:
4.1 资源释放问题
程序代码的问题，长期保持某些资源，如 Context、Cursor、IO 流的引用，资源得不到释放造成内存泄露。
4.2 对象内存过大问题
保存了多个耗用内存过大的对象(如 Bitmap、XML 文件)，造成内存超出限制。
4.3 static 关键字的使用问题
clip_image002.png
针对 static 的解决方案
a、应该尽量避免 static 成员变量引用资源耗费过多的实例，比如 Context。
b、Context 尽量使用 ApplicationContext，因为 Application 的 Context 的生命周期比较长，引用它不会出现内存泄露的问题。
c、使用 WeakReference 代替强引用。比如可以使用 WeakReference<Context> mContextRef;
4.4 线程导致内存溢出
clip_image003.png
clip_image004.png
4.5 单例导致的内存泄露
clip_image005.png
clip_image006.png
4.6 非静态内部类导致的内存泄漏
clip_image007.png
4.7 handler导致的内存泄露
clip_image008.png
clip_image009.png
