android中产生内存泄漏的原因很多，比如广播未注销，handler使用不当，Activity的context被单例引用等。规范编码可以避免很多内存泄漏问题，本文对引起内存泄漏的原因不做深入讨论，只记录如何使用android studio和mat工具分析内存泄漏，解决问题。
android studio提供了profiler帮助开发者监测内存。打开AS，跑起项目可以看到这样的界面
点击Android Profiler打开性能分析界面
注意选择你要分析的设备和进程。这里除了内存分析，还可以进行CPU和网络的分析检测。点击图中蓝色的内存区域，进入内存分析界面
图中显示的就是当前进程的内存使用情况，点击左上角的垃圾桶按钮可以触发一次GC,如果内存没有泄露，理想状态下，界面反复跳转之后GC内存应该可以回到初始状态（允许小幅度上升），如果发现跳转到某个页面再回来发现GC无法回收内存，反复跳转后内存持续上升且无法回收，则说明该页面肯定发生了内存泄漏。
操作你的app，跳转到某个要测试的界面然后返回，连续操作几次后返回初始界面，手动进行一次垃圾回收（图中垃圾桶按钮），点击上图的箭头按钮记录一段内存信息，点击后几秒钟会自动完成记录，完成后出现以下界面
这就是当前app中所有代码占用内存的情况，可以选择Arrayge by class选择查看方式，一般选择包名查看方式可以方便找到自己的代码，查看代码中的对象实例个数，要想更准确的分析内存情况就要使用其他工具协助——mat（Memory Analyzer）。点击上图左边按钮导出内存信息以备mat分析使用，直接导出的hprof文件在eclipse的mat工具中是不能直接打开的，需要转换一下，转换过程也很简单，使用SDK自带的hprof工具即可：cmd定位到你的SDK路径下的platform-tools文件夹，使用命令 hprof-conv D:\memory\a1.hprof D:\memory\b1.hprof 转换，D:\memory\a1.hprof是刚才保存的源文件路径，D:\memory\b1是要保存的转换后的文件路径。mat工具官网下载地址https://www.eclipse.org/mat/downloads.php百度云盘地址链接：https://pan.baidu.com/s/1sa2mZ1xNnWEeq0BidXIerw提取码：t8ns 下载解压后打开一个Eclipse形状的MemoryAnalyzer.exe。界面打开后是这样的
点击file->open heap dump导入刚才转换后的文件
点击打开Histogram视图查看类详情
输入你认为可能内存泄漏的类名可以看到，这个Fragment有两个实例，但是不能就确定是发生了内存泄漏，因为可能包含若引用和软引用的对象实例，而这些是可以被回收的，要想查看真正无法被回收的实例个数：右键选择去掉弱、软、虚等引用后的实例
打开后的视图就是真正的内存泄漏的情况
可以看到这个对象确实存在有两个实例无法被销毁（我测试的时候跳转了两次这个界面）这就说明我们的代码确实发生了内存泄露，mat工具中虽然无法明确告诉我们哪一行代码发生了内存泄露，却可以告诉我们是什么引起的，从图中可以看到是Rxbus引起的，查看该类中的代码发现Rxbus使用后没有注销，导致全局的消息队列中一直持有该fragment实例的引用，GC做回收时，会根据回收算法分析该对象的引用链，回收引用不可达的对象，如果不再使用的对象仍然存在引用链中则无法被回收，这就是发生了内存泄漏的对象。添加注销代码重新分析后发现刚才发生泄漏的fragment强引用实例变成了零。这样就解决了这个内存泄漏问题。关于mat的其他使用方式，感兴趣的可以去看官网介绍或者其他介绍文章。
这只是一个简单的内存泄漏例子，实际开发中的内存泄露往往要复杂的多，但是根据这样的分析过程，可以定位大部分内存泄漏问题。需要注意的是，良好的编码习惯是避免内存泄漏最好的方式。
