Performance Optimization
接下来一段时间会持续更新“性能优化”专题中有关于Android方面的文章，敬请关注！
上一篇文章中提到了如何使用Android Studio来查找分析内存泄露，今天结合MAT继续分析。
现在我们依据下面的一个内存泄漏的示例代码逐步进行分析。
1. 内存泄漏示例代码
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
initData();
}
private void initData() {
new Thread(new Runnable() {
@Override
public void run() {
while (true) {
try {
//do something
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}).start();
}
}
修改方案：将非静态内部类修改为静态内部类(静态内部类不会隐士持有外部类）。
private void initData() ------> private static void initData()
2. 今天分析会结合MAT，所以先准备好工具。
MAT下载地址：MAT下载 (自己根据自己的电脑配置自行选择)
3. 以上面的内存泄露示例开始分析
-
首先可以通过Android Studio的Memoey Usage查看程序的Activities和Views的数量情况。
这里做一个对比，比较修改前后Activities和Views的数量情况，对比步骤：
1. Memory Usage入口
MemoryUsage.png
2. 修改前后都正常运行应用，可以看到下图
正常运行.png3.旋转屏幕四次，然后退出应用，并且在AS上手动GC，再查看数量修改前：
修改之前的.png修改后：
修改之后的.png
从这里可以看出来，修改前后Activities的数量有明显的不同，
正常来说，手动GC之后，应该为0，所以可以推测存在内存泄露的情况。
-
由Android Studio生成.hprof文件，在MAT中进行分析。
1.AS也可以分析hprof文件(上篇文字中有提到，这里再复习一下)
AS中的分析结果.png
2. 找到AS生成的.hprof文件，导出保存(AS点击Dump Java Heap会生成hprof文件)
AS中文件导出的位置.png
3. 将保存的文件导入MAT，会看到下图，然后选择Overview，下方再选择Histogram，会出现一个列表
导入文件后按步骤进行操作.png
4.下图中我们可以通过MAT的筛选功能找到我们需要的内容，可以通过包名或者类名筛选
Histogram列表.png
5.按照我们上面的示例，筛选之后就出现下图的结果，然后我们继续往下分析，
截图看不到的步骤这里用文字表述：
选中一行，右键 ---> List objects ---> with incoming reference,(incoming 表示被引用，outgoing表示引用了谁)
被引用列表.png
6. 从上面筛选之后可以看到7个MainActivity的引用，我们要去除一些不必关注的引用内容，比如弱引用、软引用等，截图看不到的步骤如下：
选中一行，右键 ---> Path To GC Roots ---> exclude all phantom/weak/soft etc. references
incoming筛选后的列表.png
7. 可以看到，通过筛选之后，最终看到了我们示例中非静态内部类对外部类的引用
最终筛选结果.png
4.总结
这篇文章主要是利用AS结合MAT对内存泄露的情况进行分析，MAT中还有可以根据包名进行筛选等功能大家可以摸索尝试，文中有不足或者错误之处还望大神们赐教，万分感谢！！
