本文主要是介绍Android内存泄漏检测LeakCanary，原理分析，解决方案，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
> LeakCanary使用及内存检测
LeakCanary使用教程- https://blog.csdn.net/feather_wch/article/details/79223776
LeakCanary的一个小Demo- https://github.com/NewBrandSTONE/MyLeakActivity
Android性能优化之利用LeakCanary检测内存泄漏及解决办法- https://www.cnblogs.com/whoislcj/p/6001422.html
Leakcanary 源码分析」看这一篇就够了- https://mp.weixin.qq.com/s/n3_Zoc1UgG3Wzqv3ZrGMzA
leakcanary1.6 - https://github.com/square/leakcanary
a red underline：https://github.com/square/leakcanary/wiki/FAQ#why-should-i-use-leakcanary
LeakCanary1.6 highlights with a red underline wave the references that are the possible causes of the leak. LeakCanary1.6 用红色下划线突出显示可能导致泄漏的参考。
安卓性能优化工具的使用文档- https://download.csdn.net/download/baidu_38477614/10170276
常见的检测内存泄漏的工具 有Allocation Tracker(Android Studio)工具、Heap Snapshot工具、Heap Viewer工具、LeakCanary工具、MAT工具、TraceView工具(Device Monitor)
> Android内存泄漏总结.md- https://github.com/francistao/LearningNotes/blob/master/Part1/Android/Android%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F%E6%80%BB%E7%BB%93.md
重点：造成Android内存泄漏的最根本原因就是生命周期较长的对象持有生命周期较短的对象的引用。
内存泄漏：内存不在GC掌控之内了。当一个对象已经不需要再使用了，本该被回收时，而有另外一个正在使用的对象持有它的引用从而就导致，对象不能被回收。这种导致了本该被回收的对象不能被回收而停留在堆内存中，就产生了内存泄漏
在 Android 中内存泄漏的原因其实和在 Java 中是一样的，即某个对象已经不需要再用了，但是它却没有被系统所回收，一直在内存中占用着空间，而导致它无法被回收的原因大多是由于它被一个生命周期更长的对象所引用。其实要分析 Android 中的内存泄漏的原因非常简单，只要理解一句话，那就是生命周期较长的对象持有生命周期较短的对象的引用。
-- LeakCanary这个分包简直可以称得上范本了，下面简单介绍下每个包大致的功能：
leakcanary-analyzer ：负责泄漏信息的分析
leakcanary-android ：负责核心模块与Android的对接，还包含着UI展示部分
leakcanary-android-instrumentation ：单元测试用的
leakcanary-android-no-op ：release环境下引用的空包
leakcanary-sample ：库使用的demo
leakcanary-support-fragment ：v4包额外适配支持
leakcanary-watcher ：监听泄漏核心部分
LeakCanary原理总结：
application启动时，通过application实例监听Activity和fragment生命周期。
在生命周期结束后，主线程空闲时，再延时开始检测泄漏。
尝试两次回收，再判断实例是否存在，若存在则判定泄漏。
使用android.os.Debug包获取.hprof数据。
使用haha库分析并精简泄漏信息，排除特例后保存泄漏信息。
-- Java 内存分配策略
Java 程序运行时的内存分配策略有三种,分别是静态分配,栈式分配,和堆式分配，对应的，三种存储策略使用的内存空间主要分别是静态存储区（也称方法区）、栈区和堆区。
1.静态存储区（方法区）：主要存放静态数据、全局 static 数据和常量。这块内存在程序编译时就已经分配好，并且在程序整个运行期间都存在。
2.栈区 ：当方法被执行时，方法体内的局部变量（其中包括基础数据类型、对象的引用）都在栈上创建，并在方法执行结束时这些局部变量所持有的内存将会自动被释放。因为栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。
3.堆区 ： 又称动态内存分配，通常就是指在程序运行时直接 new 出来的内存，也就是对象的实例。这部分内存在不使用时将会由 Java 垃圾回收器来负责回收。
-- 栈与堆的区别
1.在方法体内定义的（局部变量）一些基本类型的变量和对象的引用变量都是在方法的栈内存中分配的。当在一段方法块中定义一个变量时，Java 就会在栈中为该变量分配内存空间，当超过该变量的作用域后，该变量也就无效了，分配给它的内存空间也将被释放掉，该内存空间可以被重新使用。
2.堆内存用来存放所有由 new 创建的对象（包括该对象其中的所有成员变量）和数组。在堆中分配的内存，将由 Java 垃圾回收器来自动管理。在堆中产生了一个数组或者对象后，还可以在栈中定义一个特殊的变量，这个变量的取值等于数组或者对象在堆内存中的首地址，这个特殊的变量就是我们上面说的引用变量。我们可以通过这个引用变量来访问堆中的对象或者数组。
局部变量的基本数据类型和引用存储于栈中，引用的对象实体存储于堆中。—— 因为它们属于方法中的变量，生命周期随方法而结束。
成员变量全部存储与堆中（包括基本数据类型，引用和引用的对象实体）—— 因为它们属于类，类对象终究是要被new出来使用的。
-- Java引用：强引用，软引用，弱引用和虚引用
1.StrongReference强引用：
回收时机：从不回收 使用：对象的一般保存 生命周期：JVM停止的时候才会终止
2.SoftReference软引用
回收时机：当内存不足的时候；使用：SoftReference结合- ReferenceQueue构造有效期短；生命周期：内存不足时终止
3.WeakReference，弱引用
回收时机：在垃圾回收的时候；使用：同软引用； 生命周期：GC后终止
4.PhatomReference 虚引用
回收时机：在垃圾回收的时候；使用：合ReferenceQueue来跟踪对象呗垃圾回收期回收的活动； 生命周期:GC后终止
- 集合软引用
private List<SkinItem> mSkinItems = new ArrayList<SkinItem>();
private SoftReference< List<SkinItem> > mSoftSkinItems = new SoftReference< List<SkinItem> >(mSkinItems);
mSkinItems = mSoftSkinItems.get();
- 对象软引用
A a = new A();
SoftReference<A> sr = new SoftReference<A>(a);
a = sr.get();
Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
如：Object c = new Car(); //只要c还指向car object, car object就不会被回收
WeakReference<Car> weakCar = new WeakReference(Car)(car);
注意：当要获得weak reference引用的object时, 首先需要判断它是否已经被回收，weakCar.get();
> 解决方案
1. 开发时，为了防止内存溢出，处理一些比较占用内存大并且生命周期长的对象的时候，可以尽量使用软引用和弱引用。
软引用比LRU算法更加任性，回收量是比较大的，你无法控制回收哪些对象。
2. 生命周期较长的对象持有生命周期较短的对象的引用。
这篇关于Android内存泄漏检测LeakCanary，原理分析，解决方案的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
