clearMessageUnreadStatusBefore 这个方法能提供一个其他进程修改吗

gaga 11月前 272

需求需要进到会话页面定位到上次的阅读的地方 滑动更新剩余未读数(和telegram类似)在OnSroller调用异步更新未读数会造成ui的卡顿

最新回复 (13)
  • x86 11月前
    引用 2
    可以在其他线程调用
  • gaga 11月前
    引用 3
    在主进程的线程调用一直返回false
  • HeavyRain 11月前
    引用 4
    true和false的意思是有没有更新数据,比如要修改的消息已经已读了,清除就会返回false。可以认为都成功了,不用管返回值
  • gaga 11月前
    引用 5
    必须要清除成功  不然新消息来了会重新获取未读数 没有清除成功消息数会不对
  • HeavyRain 11月前
    引用 6
    先不管这个返回值了,现在这个函数使用有问题吗
  • gaga 11月前
    引用 7
    频繁调用会卡顿  
  • HeavyRain 11月前
    引用 8
    打印一下花费时间
  • gaga 11月前
    引用 9
    clearUnreadStatusBeforeMessage:::startTime::::1698921069422
    clearUnreadStatusBeforeMessage:::endTime::::3 clearUnreadStatusBeforeMessage:::startTime::::1698921069439
    clearUnreadStatusBeforeMessage:::endTime::::2
    这是小米手机不会

    clearUnreadStatusBeforeMessage:::startTime::::1698921522830
    clearUnreadStatusBeforeMessage:::endTime::::155
     clearUnreadStatusBeforeMessage:::startTime::::1698921522986
    clearUnreadStatusBeforeMessage:::endTime::::121
    clearUnreadStatusBeforeMessage:::startTime::::1698921523124                    clearUnreadStatusBeforeMessage:::endTime::::266
    oppo手机频繁调用就非常卡顿


  • x86 11月前
    引用 10
    这方法支持单独线程调用,你可以把这些调用放到单独的线程,别在主线程调用,因为滚动的时候,就调用这个方法,会很频繁。
  • HeavyRain 11月前
    引用 11
    可以在滚动停止时调用一次,这样就能大幅度地减少调用次数
  • gaga 11月前
    引用 12
    x86 这方法支持单独线程调用,你可以把这些调用放到单独的线程,别在主线程调用,因为滚动的时候,就调用这个方法,会很频繁。
    你们可以测试一下  放在单独线程也一样  ui会卡顿   是不是进程间通讯手机厂商限制不同   小米就很流畅  vivo就卡的很
  • gaga 11月前
    引用 13
    Already have a pending vsync event.  There should only be one at a time
  • gaga 11月前
    引用 14
    应该是android 11的问题   看能不能修复一下
返回