一、如何发现内存泄露了
1.打开android studio，运行APP，android studio底部栏选择 “Android Monitor”的“Monitors”视图
2.在Monitors界面的上部分，左边下拉框选择运行APP的手机或模拟器，右边下拉框选择要调试的APP进程。
3.在Monitors界面的中间部分重点关注“Memory”这一块的内存值的变化。
此时Activity正常情况下应该会被回收，已分配内存值“Allocated”应该会恢复成打开之前的值。
4.生成hprof文件进行验证与分析
点击“Dump java Heap”生成hprof文件
大概5秒后，hprof文件会被自动生成，并自动显示在代码浏览区域
此视图会显示对象的类型与实例个数，我们可以按包名进行分类，这样更方便查找自己定义的类
二、通过hprof文件分析内存泄露
用Package Tree View分类，能很快找到我们需要分析的Activity
(本APP的 launcher Activity点击进去，第二级的Activity名为MainActivity，当按返回按钮后，MainActivity正常情况下要被回收，我们正是分析MainActivity为什么发生内存泄露)
我在launcher Activity里点击进MainActivity 4次并返回，通过上图可以发现，回到launcher Activity后，MainActivty每次创建的Activity实例在返回后并没有被回收，如果这样重复操作很多次，程序肯定会因内存不足而崩溃。
点击上图的右上“Instance”区域里的某一个实例，在下方“Reference Tree”区域里会列出所有持有该实例的引用对象。
只靠人工分析hprof文件是否能找出内存泄露点？
三、使用LeakCanary工具查找内存泄漏
1.进入“https://github.com/square/leakcanary”查看LeakCanary的最新版本与使用方法
最新版本是1.5.1，使用方法很简单，只有两步。
2.集成LeakCanary到APP中
第一步：build.gradle里添加依赖
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1' releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1' testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
第二步：在自定义Application中初始化
public class ExampleApplication extends Application { @Override public void onCreate() { super.onCreate(); if (LeakCanary.isInAnalyzerProcess(this)) { // This process is dedicated to LeakCanary for heap analysis. // You should not init your app in this process. return; } LeakCanary.install(this); // Normal app init code... } }OK。
3.重新RUN APP，在模拟器中进行测试
下拉点击某一个
4.进入details界面
上图中MainActivity对象生成后，从下到上一直追述到 android.view.inputmethod.InputMethodManager$ControlledInputConnectionWrapper.mMainLooper,
同时我们可以查看logcat
显示android.view.inputmethod.InputMethodManager$ControlledInputConnectionWrapper.mMainLooper为GC ROOT，正是因为MainActivtiy被GC ROOT所持有，所以它不能被收回，发生内存泄露。
5.分析leaks details界面
说明很可能是ImageView执行了属性动画，导致了内存泄露。
private void startPropertyAnim() { // 第二个参数"rotation"表明要执行旋转 // 0f -> 360f，从旋转360度，也可以是负值，负值即为逆时针旋转，正值是顺时针旋转。 ObjectAnimator anim = ObjectAnimator.ofFloat(ivIcon, "rotation", 0f, 360f); anim.setRepeatCount(INFINITE); // 动画的持续时间，执行多久？ anim.setDuration(5000); anim.setInterpolator(new LinearInterpolator()); // 正式开始启动执行动画 anim.start(); }6.分析定位出的代码，修正
CustomProgressDialog是一个自定义对话框，对话框显示时，ImageView会执行旋转动画，但是对话框消失时，动画并没有被取消，导致了内存泄露。最后进行修正
private void startPropertyAnim() { // 第二个参数"rotation"表明要执行旋转 // 0f -> 360f，从旋转360度，也可以是负值，负值即为逆时针旋转，正值是顺时针旋转。 if (anim != null){ anim.cancel(); } anim = ObjectAnimator.ofFloat(ivIcon, "rotation", 0f, 360f); anim.setRepeatCount(INFINITE); // 动画的持续时间，执行多久？ anim.setDuration(5000); anim.setInterpolator(new LinearInterpolator()); // 正式开始启动执行动画 anim.start(); } @Override public void dismiss() { super.dismiss(); if (anim != null){ anim.cancel(); } }最后重新运行修改的程序，测试，发现内存泄露成功解决。
总结：
当项目比较小，代码量不多时，可能人工检查一下，就能解决内存泄露的问题，但是当项目越来越庞大，代码量非常大时，就需要利用工具来帮助进行检查。就像上面这个问题，在没有利用工具的情况下，本人花了大量时间看代码都没有检查出来，而利用工具，很好的进行了定位，查找起来方向性非常明确，最后顺利解决隐藏很深的一个内存泄露点。
作者：会上网的井底之蛙
链接：https://www.jianshu.com/p/f710d63fcdff
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。