内存优化的目的主要是在寻找App中内存泄漏的点（即对象在需要回收的时候因为不恰当的引用导致无法被自动回收），以避免导致内存溢出。就Android的特点而言，我们需要关注的内存泄漏对象，往往是Activity和Fragment等对象，因为它们中承载着大量View对象，其中也可能包括着Bitmap等占内存较大的对象。Activity和Fragment无法回收会导致较为严重的内存状况。
一、内存优化知识
可以参考如下文章
Android性能优化：这是一份全面&详细的内存优化指南
二、LeakCanary的使用
在app的build.gradle中配置LeakCanary的依赖。
implementation 'com.squareup.leakcanary:leakcanary-android:1.5.1'
自定义Application如下：
public class MyApplication extends Application {
public static RefWatcher getRefWatcher(Context context){
return ((MyApplication)context.getApplicationContext()).mRefWatcher;
}
private RefWatcher mRefWatcher;
@Override
public void onCreate() {
super.onCreate();
setupLeakCanary();
}
//设置监听
protected void setupLeakCanary() {
if (LeakCanary.isInAnalyzerProcess(this)) {
return;
}
mRefWatcher = LeakCanary.install(this);
}
}
重写Fragment的onDestory()方法，监听Fragment对象。
@Override
public void onDestroy() {
super.onDestroy();
MyApplication.getRefWatcher(getContext()).watch(this);
}
三、Memory Profiler + MAT分析内存泄漏
Memory Profile使用
- 点击运行App，这种运行方式Android studio会启动Memory Profile监控App的内存使用情况
- 手动GC，点击会开始一次GC操作，因为内存中对象在没有引用之后不会立刻回收，手动GC可以立刻回收
- 点击会回去当前时段的堆内存使用情况，这是我们分析内存泄漏的关键。
- 这是应用使用内存的情况
Memory Profile使用
- 这里可以查看所有类创建的对象的数目
- 选中类创建对象的数目
- 可以导出当前堆内存的文件，我们需要通过这个文件来分析对象的引用关系。
注意：我们从导出的文件不能直接在MAT中打开，需要通过sdk中platform-tools中hprof-conv工具对文件进行一次转换。
将导出的堆内存文件在MAT中打开，结果如图所示，点击Histogram可以查看实现类的列表。
MAT使用
在这里可以搜索想要查看的类被实例化的情况，可以搜索自己想要查看的类。
MAT使用
点击想要查看的类，ListObject --> with incomming references
点击未被回收的对象，path to GC roots 可以查看未被回收的对象是被哪个对象在引用着，导致未被回收。
Memory Profile使用
四、小技巧
- 旋转屏幕，Activity不断销毁重新创建。
- 不断退出重新进入，观察Activity对象的数量有没有上升。
- 查看堆内存时，先手动GC几次。
