Android 性能优化之内存泄露分析

问题什么是内存泄露

内存不在GC的控制之内，GC垃圾回收机制漏掉的垃圾对象，即无法回收内存溢出：内存泄露过多，就会造成内存溢出ANR：应用程序无响应，主线程阻塞

GC拉圾回收机制

某个对象不再有任何的引用时，才回被回收，或者不可向上追溯到GCRoot的时候，才能被回收

可以作为GC引用的点

*Java Stack栈中的引用的对象*Java 方法区中的静态引用指向的对象*Java 方法区中的常量引用指向的对象*Native方法中JNI引用的对象*活着的线程

垃圾对象分两种

 1.GC可以直接回收的 2.GC回收不了，但是程序员又忘记回收的下面我们通一个例子来说明内存泄露

内存泄露例子

代码public class UtilsTool {
private static final String TAG = "UtilsTool";
private static Context mContext;
private static UtilsTool utilsTool;

public static UtilsTool getInstance(Context context) {
mContext = context;
if (utilsTool == null) {
utilsTool = new UtilsTool();
}
return utilsTool;
}
}

public class MainActivity
extends AppCompatActivity
{
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
};

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mHandler.postDelayed(new Runnable() {
@Override
public void run() {

}
}, 5000 * 200);
UtilsTool.getInstance(this);
}
}

我们运行App，通过Android Studio自带的Dump Java Heap工具，来捕获运行中的app内存使用情况，生成hprof文件





这样生成的文件，对于Memory Analyzer来说不是标准的，我们要将其转成标准的格式

分别将其导出保存为normal.hprof,leak.hprof 两个文件通过Memory Analyzer 工具打开


然后我们通过对比两个文件



通过筛选，发现MainActivity对象+1，还有UtilsTool等首先们锁定 容易内存泄露又很危险的Activity，View等等系统重量级组件首先进行筛选ListObjects选择 "with outgoing references"



然后对它进一步筛选

最终我们定位到

我们发现UtilsTool引用了ＭainActivity我们对会发生内存泄露的代码进行调整public class UtilsTool {
private static final String TAG = "UtilsTool";
private static Context mContext;
private static UtilsTool utilsTool;

public static UtilsTool getInstance(Context context) {
mContext = context.getApplicationContext();//取应用的生命时长
if (utilsTool == null) {
utilsTool = new UtilsTool();
}
return utilsTool;
}
}

public class MainActivity
extends AppCompatActivity
{
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
};

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mHandler.postDelayed(new Runnable() {
@Override
public void run() {

}
}, 5000 * 200);
UtilsTool.getInstance(this);
}

@Override
protected void onDestroy() {
super.onDestroy();
mHandler.removeCallbacksAndMessages(null);//all callbacks and messages will be removed
}
}

相关的源码及hprof文件链接: http://pan.baidu.com/s/1i5OHBvv 密码: 6d8e转自http://www.iblogstreet.com/2017/04/03/android-performance-optimization-memory-leak-analy.html