Android-内存泄漏处理(2)

本文详细描述了Android应用中常见的内存泄漏问题及其预防措施,涉及数据库游标、适配器、图像处理、Handler管理、系统服务监听等场景,并强调了正确使用静态类和弱引用的重要性。最后提到了Android开源框架的学习价值和资源链接。
摘要由CSDN通过智能技术生成

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(taskReceiver,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();

}

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

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

(1)如果异步任务时由Handler对象的postDelayed方法发起的,那么可能对应的removeCallbacks方法回收,把消息对象从消息队列移除就行了。

(2)按Android官方的推荐做法,可把Handler类改为静态类,同时Handler内部使用WeakReference关键字持有目标的引用。

之所以使用静态类,是因为静态类不持有目标的引用,不会影响内存自动回收机制。但是不持有目标的引用,Handler内部就无法操作Activity上面的控件。为解决该问题,在构造Handler类时需要初始化目标的弱引用。不同于前面的强引用,弱引用相当于一个指针,指针指向的地址随时可以回收。这又出现新的问题,即弱引用指向的对象可能是空的,所以Handler内部在使用目标活动前要先判断弱引用对象是否为空。以下是代码示例:

private WeakHandler mHandler=new WeakHandler(this);

private static class WeakHandler extends Handler{

public static WeakReferencemActivity;

public WeakHandler(ReferWeakActivity activity){

mActivity=new WeakReference(activity);

}

public void handleMessage(Message msg){

ReferWeakActivity act=mActivity.get();

if(act !=null){

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

act.tv_weak.setText(act.mDesc);

}

}

}

(3)把Handler对象作为App的全局变量,即把Handler对象作为自定义Application类的成员变量。这样只要App在运行,该对象就一直存在。既然避免为Handler对象重复分配内存,也就间接避免了内存泄露的可能。

  1. 注销监听–App的某些功能依赖于Android的系统服务,比如定位功能依赖于系统的定位管理器,定时功能依赖于系统的闹钟管理器。App若想接收系统服务的消息,要么注册监听器,在回调方法中处理信息;要么注册广播接收器,在接收广播时处理消息。既然有注册操作,就存在对应的注销操作,不过如果不注意,就会忘记在代码中做注销处理。所以在进行页面编码时,千万要记得再检查一遍,确保onDestroy方法中已经包含相关的注销代码。

不同的的系统服务拥有不同的注销方法常见的系统服务注销方法见表:

最后

光有这些思路和搞懂单个知识的应用是还远远不够的,在Android开源框架设计思想中的知识点还是比较多的,想要搞懂还得学会整理和规划:我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架,**这些都是属于Android开源框架设计思想的。如下图所示:

image

这位阿里P8大佬针对以上知识点,熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档,内容详细,把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。

由于文档内容过多,篇幅受限,只能截图展示部分

image

image

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断!!!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!

由于文档内容过多,篇幅受限,只能截图展示部分

[外链图片转存中…(img-xmi18O0X-1714700404599)]

[外链图片转存中…(img-mND5idhb-1714700404600)]

整理不易,觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持,我的动力;祝各位前程似锦,offer不断!!!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!

  • 14
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值