浅谈Android:内存优化那些事儿~

相信小伙伴们在开发过程中，最经常使用的是LeakCanary开源框架来监控内存泄漏存在的问题点，这样效率比较高，而且迅速发现问题点，其次做相应的优化处理，但LeakCanary毕竟是开源框架，由于特殊原因，可能不允许使用LeakCanary开源框架来分析潜在的内存泄漏。因此，我们经常使用内存分析工具来检测潜在的内存泄漏的场景。

我们采用Memory Profiler和 MAT分析工具来检测应用是否存在内存泄漏。

先来源码：

MemoryMonitorActivity：

public class MemoryMonitorActivity extends BaseActivity{
@BindView(R.id.btnMemoryThrashing)
Button btnMemoryThrashing;
@BindView(R.id.btnHanlder)
Button btnHanlder;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.memory_monitor_activity);
    ButterKnife.bind(this);
}
@OnClick({R.id.btnMemoryThrashing,R.id.btnHanlder})
public void onViewClicked(View view) {
    switch (view.getId()){
        case R.id.btnMemoryThrashing:
            SingleManager.getInstance(this).get();
            break;
        case R.id.btnHanlder:
           sendMsg();
            break;
    }
}

private void sendMsg(){
    mHandler.postDelayed(runnable,5000);
}
Runnable runnable = new Runnable() {
    @Override
    public void run() {
        Message message = new Message();
        message.what=1;
        message.obj = "子线程发消息";
        mHandler.sendMessage(message);
    }
};
}
复制代码

SingleManager:

private Handler mHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
         switch (msg.what){
             case 1:
                 Toast.makeText(MemoryMonitorActivity.this,"主线程接收: "+msg.obj,Toast.LENGTH_LONG).show();
                 break;
         }
    }
};}SingleManager:public class SingleManager {

  private static SingleManager instance = null;

  private  Context context = null;

  private SingleManager(Context context){
      this.context = context;
  }
  public static SingleManager getInstance(Context context){
      if (instance==null){
          instance = new SingleManager(context);
      }
      return instance;
  }

  public void get(){
      LogUtils.e(" logcat context:  "+ context );
  }
  }
复制代码

从源码可以看出，单例模式、Handler、匿名内部类引起的内存泄漏的例子，这次先不说引起内存泄漏的原因，使用Memory Profiler工具来如何进行分析。

从上图可以看出，MemoryMonitorActivity界面已经退出或者销毁了，但MemoryMonitorActivity实例仍然存在，而且它实例对象本身大小为0.69K，MemoryMonitorActivity包括引用大小为142.7K，这就是典型了activity的内存泄漏，存在内存浪费。但通过上面，我们还是无法定位造成activity的内存泄漏真正的原因是什么呢。接下来继续看下图：

通过上面可以看出：

1.Context持有外部MemoryMonitorActivity引用，导致GC无法回收。

2.runnable持有外部MemoryMonitorActivity引用，从源码可以看出runnable是一个内部类，持有外部引用MemoryMonitorActivity的类，导致GC不能回收。

3.Handler持有外部MemoryMonitorActivity引用，导致GC无法回收。

以上三点，activity存在内存泄漏真正原因就是持有引用，GC没有及时回收，存在内存浪费。

那接下来怎么优化它呢，别着急。我们知道如何使用Memory Profiler来检测应用是否存在内存泄漏。接下来我们使用MAT来分析下内存占用情况。

我们点击Top Consumers看看，如下：

从上图可以看出，由于MemoryMonitorActivity界面已经销毁了，仍然存在很多实例，因此它已经存在内存泄露了。我们需要熟悉Memory Profiler和 MAT工具的使用，可以进行综合分析来定位内存泄露的真正原因。

接下来我们就需要优化代码了。

优化后源码如下：

MemoryMonitorActivity:

public class MemoryMonitorActivity extends BaseActivity{
@BindView(R.id.btnMemoryThrashing)
Button btnMemoryThrashing;
@BindView(R.id.btnHanlder)
Button btnHanlder;

private MyHandler myHandler;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.memory_monitor_activity);
    ButterKnife.bind(this);
    myHandler = new MyHandler(this);
}
@OnClick({R.id.btnMemoryThrashing,R.id.btnHanlder})
public void onViewClicked(View view) {
    switch (view.getId()){
        case R.id.btnMemoryThrashing:
            SingleManager.getInstance(this).get();
            break;
        case R.id.btnHanlder:
            sendMsg();
            break;
    }
}

private void sendMsg(){
    myHandler.postDelayed(runnable,5000);
}

/**
 * 匿名内部类持有外部类，需要实例化一个Runnable对象，在onDestroy方法runnable设置null即可
 */
Runnable runnable = new Runnable() {
    @Override
    public void run() {
        Message message = new Message();
        message.what=1;
        message.obj = "子线程发消息";
        myHandler.sendMessage(message);
    }
};

/**
 * 使用静态handler的弱引用方式来避免内存泄露
 */
private static class MyHandler extends Handler{
    private final WeakReference<MemoryMonitorActivity> memoryMonitorActivity;
    public MyHandler(MemoryMonitorActivity activity){
        memoryMonitorActivity = new WeakReference<>(activity);
    }
    @Override
    public void handleMessage(Message msg) {
        MemoryMonitorActivity activity = memoryMonitorActivity.get();
        super.handleMessage(msg);
        if (activity==null)return;
        switch (msg.what){
            case 1:
                Toast.makeText(activity,"主线程接收: "+msg.obj,Toast.LENGTH_LONG).show();
                break;
        }
    }
}
@Override
protected void onDestroy() {
    super.onDestroy();
    if (runnable!=null){
        runnable=null;
    }
    if (myHandler!=null){
        myHandler.removeCallbacksAndMessages(null);
        myHandler=null;
    }
}
}
复制代码

SingleManager:

  public class SingleManager {
  private static SingleManager instance = null;

  private  Context context = null;

  private SingleManager(Context context){
      this.context = context;
  }
  public static SingleManager getInstance(Context context){
      if (instance==null){
          // FIXME: 2021/10/30 使用context.getApplicationContext()和app生命周期一样长的进行避免内存泄露
          instance = new SingleManager(context.getApplicationContext());
      }
      return instance;
  }

  public void get(){
      LogUtils.e(" logcat context:  "+ context );
  }
  }
复制代码

经过代码优化，通过Memory Profiler和 MAT工具分析结果，MemoryMonitorActivity不存在内存泄露了。

作为Android开发者，我们需要必备这个基本技能，需要熟悉Memory Profiler和 MAT内存工具的使用，开发过程中会经常使用到的。

浅谈Android:内存优化那些事儿~

猜你喜欢