app通知栏下载更新进度条卡顿处理

问题:发现更新app时候通知栏的处理下拉上滑过程会越来越卡,最终直接导致手机卡死。

解决:

第一种:

更新的时候不能把确实的数值传递给进度条更新,要先转为100份,然后目前占了几份再去更新,不然频繁调用通知栏的更新,会导致越来月卡顿,系统内部代码实现的。

 while((readsize = is.read(buffer))!=-1){
    fos.write(buffer, 0, readsize);
    readedSize += readsize;
//  int progress = (int) (((float) readedSize / updateTotalSize) * 100);
    if(readedSize - currentProgress >= 1)
        sendNotification(readedSize, savefilepath,(int)updateTotalSize);
    currentProgress = readedSize;
 }

第二种:

应用发送通知是进程交互的过程。app需要将通知类(Notification)传送给通知服务进程。由通知服务进程管理发送通知。

Notification中的组建都实现了Parcelable接口,包括RemoteView。卡死的原因就在于RemoteView的实现原理上。

RemoteView提供了一系列方法,方便我们操作其中的View控件,比如setImageViewResource()等。

导致应用卡死的根源问题就是,这个RemoteView维护的Action数组是只会增加不会减少的

没有有效的方法在根源上解决这个问题,只有再每次发通知前,new一个新RemoteView出来,这样Action里就没有多余的操作。



注:通知栏的progress才用100份做,其他地方的不需要,因为不存在频繁更新父布局的操作。




  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值