leakcanary源码（leakcanary使用）
本文目录一览：
- 1、如何在android源码中加入leakcanary
- 2、如何在编译android源码中引入leakcanary
- 3、怎么将leakcanary工程导入到eclipse中
- 4、android性能测试工具有哪些
- 5、Android开发中，有哪些好方法可以检测内存泄露和性能？
如何在android源码中加入leakcanary
步骤：
1 在build.gradle 文件的 dependencies里面加上：
compile 'com.squareup.leakcanary:leakcanary-android:1.5'
2 在应用的最先执行的类里面比如Application类里面（自定义一个继承Application），在onCreate（）生命周期方法加上：
LeakCanary.install(this);
完事~
如何在编译android源码中引入leakcanary
步骤：
1 在build.gradle 文件的 dependencies里面加上：
compile 'com.squareup.leakcanary:leakcanary-android:1.5'
2 在应用的最先执行的类里面比如Application类里面（自定义一个继承Application），在onCreate（）生命周期方法加上：
LeakCanary.install(this);
完事~
怎么将leakcanary工程导入到eclipse中
LeakCanary默认是as开发的结构。可能你需要修改源代码将项目修改为eclipse格式。然后导入作为library使用就可以
android性能测试工具有哪些
大概有如下几个工具：
android针对上面这些会影响到应用性能的情况提供了一些列的工具：
1 布局复杂度：
hierarchyviewer：检测布局复杂度，各视图的布局耗时情况：
Android开发者模式—GPU过渡绘制：
2 耗电量：Android开发者模式中的电量统计；
3 内存：
应用运行时内存使用情况查看：Android Studio—Memory/CPU/GPU；
内存泄露检测工具：DDMS—MAT；
4 网络：Android Studio—NetWork；
5 程序执行效率：
静态代码检查工具：Android studio—Analyze—Inspect Code.../Code cleanup... ，用于检测代码中潜在的问题、存在效率问题的代码段并提供改善方案；
DDMS—TraceView，用于查找程序运行时具体耗时在哪；
StrictMode：用于查找程序运行时具体耗时在哪，需要集成到代码中；
Andorid开发者模式—GPU呈现模式分析。
6 程序稳定性：monkey，通过monkey对程序在提交测试前做自测，可以检测出明显的导致程序不稳定的问题，执行monkey只需要一行命令，提交测试前跑一次可以避免应用刚提交就被打回的问题。
说明：
上面提到的这些工具可以进Android开发者官网性能工具介绍查看每个工具的介绍和使用说明；
Android开发者选项中有很多测试应用性能的工具，对应用性能的检测非常有帮助，具体可以查看：All about your phone's developer options和15个必知的Android开发者选项对Android开发者选项中每一项的介绍；
针对Android应用性能的优化，Google官方提供了一系列的性能优化视频教程，对应用性能优化具有非常好的指导作用，具体可以查看：优酷Google Developers或者Android Performance Patterns。
二 第三方性能优化工具介绍
除了android官方提供的一系列性能检测工具，还有很多优秀的第三方性能检测工具使用起来更方便，比如对内存泄露的检测，使用leakcanry比MAT更人性化，能够快速查到具体是哪存在内存泄露。
leakcanary：square/leakcanary · GitHub，通过集成到程序中的方式，在程序运行时检测应用中存在的内存泄露，并在页面中显示，在应用中集成leancanry后，程序运行时会存在卡顿的情况，这个是正常的，因为leancanry就是通过gc操作来检测内存泄露的，gc会知道应用卡顿，说明文档：LeakCanary 中文使用说明、LeakCanary: 让内存泄露无所遁形。
GT：GT Home，GT是腾讯开发的一款APP的随身调测平台，利用GT，可以对CPU、内存、流量、点亮、帧率/流畅度进行测试，还可以查看开发日志、crash日志、抓取网络数据包、APP内部参数调试、真机代码耗时统计等等，需要说明的是，应用需要集成GT的sdk后，GT这个apk才能在应用运行时对各个性能进行检测。
Android开发中，有哪些好方法可以检测内存泄露和性能？
下面是回答的内容
内存泄露，是Android开发者最头疼的事。可能一处小小的内存泄露，都可能是毁于千里之堤的蚁穴。怎么才能检测内存泄露呢？网上教程非常多，不过很多都是使用Eclipse检测的, 其实1.3版本以后的Android Studio 检测内存非常方便, 如果结合上MAT工具,LeakCanary插件,一切就变得so easy了。
熟悉Android Studio界面工欲善其事,必先利其器。
我们接下来先来熟悉下Android Studio的界面
一般分析内存泄露, 首先运行程序,打开日志控制台,有一个标签Memory ,我们可以在这个界面分析当前程序使用的内存情况, 一目了然, 我们再也不需要苦苦的在logcat中寻找内存的日志了。
图中蓝色区域，就是程序使用的内存， 灰色区域就是空闲内存，
当然，Android内存分配机制是对每个应用程序逐步增加, 比如你程序当前使用30M内存, 系统可能会给你分配40M, 当前就有10M空闲, 如果程序使用了50M了,系统会紧接着给当前程序增加一部分,比如达到了80M， 当前你的空闲内存就是30M了。 当然,系统如果不能再给你分配额外的内存,程序自然就会OOM(内存溢出)了。 每个应用程序最高可以申请的内存和手机密切相关，比如我当前使用的华为Mate7,极限大概是200M,算比较高的了, 一般128M 就是极限了, 甚至有的手机只有可怜的16M或者32M，这样的手机相对于内存溢出的概率非常大了。
我们怎么检测内存泄露呢
首先需要明白一个概念, 内存泄露就是指,本应该回收的内存,还驻留在内存中。一般情况下,高密度的手机,一个页面大概就会消耗20M内存,如果发现退出界面,程序内存迟迟不降低的话,可能就发生了严重的内存泄露。我们可以反复进入该界面，然后点击dump java heap 这个按钮,然后Android Studio就开始干活了,下面的图就是正在dump
dump成功后会自动打开 hprof文件,文件以Snapshot+时间来命名
通过Android Studio自带的界面,查看内存泄露还不是很智能,我们可以借助第三方工具,常见的工具就是MAT了，这里我们需要下载独立版的MAT. 下图是MAT一开始打开的界面, 这里需要提醒大家的是，MAT并不会准确地告诉我们哪里发生了内存泄漏，而是会提供一大堆的数据和线索，我们需要自己去分析这些数据来去判断到底是不是真的发生了内存泄漏。
接下来我们需要用MAT打开内存分析的文件, 上文给大家介绍了使用Android Studio生成了 hprof文件, 这个文件在呢, 在Android Studio中的Captrues这个目录中,可以找到
注意,这个文件不能直接交给MAT, MAT是不识别的, 我们需要右键点击这个文件,转换成MAT识别的。
然后用MAT打开导出的hprof(File-Open heap dump) MAT会帮我们分析内存泄露的原因
自动分析内存泄露
LeakCanary
上面介绍了MAT检测内存泄露, 再给大家介绍LeakCanary。可以去github上搜
会检测应用的内存回收情况，如果发现有垃圾对象没有被回收，就会去分析当前的内存快照，也就是上边MAT用到的.hprof文件，找到对象的引用链，并显示在页面上。这款插件的好处就是,可以在手机端直接查看内存泄露的地方,可以辅助我们检测内存泄露.
使用：
在build.gradle文件中添加，不同的编译使用不同的引用：
在应用的Application onCreate方法中添加LeakCanary.install(this)，如下:
应用运行起来后，LeakCanary会自动去分析当前的内存状态，如果检测到泄漏会发送到通知栏，点击通知栏就可以跳转到具体的泄漏分析页面。Tips：就目前使用的结果来看，绝大部分泄漏是由于使用单例模式hold住了Activity的引用，比如传入了context或者将Activity作为listener设置了进去，所以在使用单例模式的时候要特别注意，还有在Activity生命周期结束的时候将一些自定义监听器的Activity引用置空。
追踪内存分配
如果我们想了解内存分配更详细的情况,可以使用Allocation Traker来查看内存到底被什么占用了。用法很简单：
点击追踪内存分配
点一下是追踪， 再点一下是停止追踪， 停止追踪后 .alloc文件会自动打开,打开后界面如下:
当你想查看某个方法的源码时,右键选择的方法,点击Jump to source就可以了
查询方法执行的时间
Android Studio 功能越来越强大了, 我们可以借助AS观测各种性能,如下图:
Android studio2.1 界面发生了变化，功能没有太大区别：
如果我们要观测方法执行的时间,就需要来到CPU界面
点击Start Method Tracking, 一段时间后再点击一次, trace文件被自动打开,
结果
非独占时间: 某函数占用的CPU时间,包含内部调用其它函数的CPU时间。
独占时间: 某函数占用CPU时间,但不含内部调用其它函数所占用的CPU时间。
我们如何判断可能有问题的方法？
通过方法的调用次数和独占时间来查看，通常判断方法是：
如果方法调用次数不多，但每次调用却需要花费很长的时间的函数，可能会有问题。
如果自身占用时间不长，但调用却非常频繁的函数也可能会有问题。
综述
上面给大家介绍了若干使用Android Studio检查程序性能的工具,工具永远是辅助,不要因为工具耽误太长时间。如果有问题，欢迎大家纠正。
