问题:发现更新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份做,其他地方的不需要,因为不存在频繁更新父布局的操作。