Android-内存泄漏处理

2. 点击Profiler如图：

3. 下面我们手动触发GC来回收无用的内存，如图：

4. 反复的打开和关闭界面，如果发现App占用的内存只增不减，那么就是发生了内存泄漏。

内存泄漏的发生

---

之前讲述了如何检测发生了内存泄漏，为进一步观察内存泄漏现象，下面举个例子：

未能移除定时的Runnable任务

通常有需要延时处理时，常常调用Handler对象的postDelayed方法，由该方法延迟一段时间后执行设定好的Runnable任务。若要实现动画效果，则循环执行若干次postDelayed方法。这里蕴含着不晓得内存泄露风险，如不谨慎，App可能多跑几次就挂了。

比如下面的代码每隔两秒打一行日志，并在onDestroy页面退出时根据开关来判断是否移除任务，

代码如下:

public class RemoveTaskActivity extends AppCompatActivity implements OnClickListener{

private CheckBox ck_remove;

private TextView tv_remove;

private Button btn_remove;

private String mDesc=“”;

private boolean isRunning=false; //定时任务是否在运行

private Handler mHandler=new Handler(); //声明一个处理器对象

protected void onCreate(Bundle savedInstanceState){

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_remove_task);

ck_remove=findViewById(R.id.ck_remove);

tv_remove=findViewById(R.id.tv_remove);

btn_remove=findViewById(R.id.btn_remove);

btn_remove.setOnClickListener(this);

TextView tv_start=findViewById(R.id.tv_start);

tv_start.setText(“页面打开的时间为:”+DateUtil.getNowTime());

}

public void onClick(View v)

if(v.getId()==R.id.btn_remove){

if(!isRunning){

btn_remove.setText(“取消定时任务”);

//立即启动定时任务

mHandler.post(mTask);

}else{

btn_remove.setText(“开始定时任务”);

//移除定时任务

mHandler.removeCallbacks(mTask);

}

isRunning=!isRunning;

}

}

protected void onDestroy(){

super.onDestroy();

if(ck_remove.isChecked()){

//移除定时任务

mHandler.removeCallbacks(mTask);

}

}

//定义一个定时任务，用于定时发送广播

private Runnable mTask=new Runnable(){

@Override

public void run{

Intent intent=new Intent(TASK_EVENT);

//通过本地的广播管理器来发送广播

LocalBroadcastManager.getInstance(RemoveTaskActivity.this).sendBroadcast(intent);

//延迟2秒后再次启动定时任务

mHandler.postDelayed(this,2000);

}

};

public void onStart(){

super.onStart();

//创建一个定时任务的广播接收器

taskReceiver=new TaskReceiver();

//创建一个意图过滤器，只处理指定事件来源的广播

IntentFilter filter=new Intentfilter(TASK_EVENT);

//注册广播接收器，注册之后才能正常接受广播

LocalBroadcastManager.getInstance(this).registerReceiver(taskReceiver,filter);

}

public void onStop(){

//注销广播接收器，注销之后就不再接受广播

LocalBroadcastManager.getInstance(this).registerReceiver(taskReceiv
er,filter);

}

//声明一个定时任务广播事件的标识串

private String TASK_EVENT=“com.example.performance.task”;

//声明一个定时任务的广播接收器

private TaskReceiver taskReceiver;

//定义一个广播接收器，用于处理定时任务事件

private class TaskReceiver extends BroadcastReceiver{

//在收到定时任务的广播时触发

public void onReceive(Context contect,Intent intent){

if(intent !=null){

mDesc=String.format(“%s%s 打印了一行测试日志\n”,mDesc,DateUtil.getNowTime());

tv_remove.setText(mDesc);

}

}

}

进入测试页面，点击开始执行任务按钮，页面会每隔2秒打印一行日志。然后不停止也不移除定时任务，直接退出该页面，按道理原测试页面上的内存都应该回收，不过接着进入测试页面，还没点击开始执行任务按钮，页面已经在自己打印日志了，很明显上次退出页面时系统未能自动的回收内存。

内存泄漏的预防

---

App开发中的内存泄露还常见于以下5个场景：

（1）数据库查询操作后没有关闭游标Cursor。

（2）适配器Adapter刷新数据时没有重用convertView对象。

（3）Bitmap对象使用完毕没有调用recycle方法回收内存。

（4）Activity引用了耗时对象，造成页面关闭时无法释放被引用的对象。

（5）给系统服务注册了监听任务，却没有及时注销。

要想避免出现内存泄漏，最好的办法就是防患于未然。针对以上5个内存泄漏场景，相应的预防措施分别如下：

1. 关闭游标–游标Cursor不只用于数据库SQLite查询记录，也可用于内容解析器ContentResolver查询内容数据，还可以用于下载管理器DownloadManager查询下载进度。若要预防游标产生的内存泄漏，则可在每次查询操作结束后调用Cursor对象的close方法关闭游标。

2. 重用适配–App网列表视图ListView或网格视图GirdView中填充数据都是通过适配器BaseAdapter的getView方法展示列表元素。列表元素较多时，系统只会加载屏幕上可见元素，其他元素只有滑动到屏幕区域内才会及时加载并显示。当列表元素多次处于“展示—>隐藏—>展示—>隐藏·····”时，有必要重用每个元素的视图如果不重用，那么每次展示可视元素都得重新分配视图对象，这便产生了内存泄漏。下面是重要列表元素的代码示例：

ViewHolder holder;

if(convertView==null){

holder=new ViewHolder();

convertView=mInflater.inflate(R.layout.list_title,null);

holder.tv_seq=(TextView)convertViewById(R.id.tv_seq);

holder.iv_title=(TextView)convertViewById(R.id.iv_title);

convertView.setTag(holder);

}else{

holder=(ViewHolder)convertView.getTag();

}

3. 回收图像–若想避免图像操作引起的内存泄漏，可在Bitmap对象使用完毕后调用recycle方法。

4. 释放引用–下面是预防这种内存泄漏的3个方法：

v_seq);

holder.iv_title=(TextView)convertViewById(R.id.iv_title);

convertView.setTag(holder);

}else{

holder=(ViewHolder)convertView.getTag();

}

3. 回收图像–若想避免图像操作引起的内存泄漏，可在Bitmap对象使用完毕后调用recycle方法。

4. 释放引用–下面是预防这种内存泄漏的3个方法：