记录一个ListView的getItemCount的恶心机制

本文记录了一次由于ListView的getItemViewType方法导致的数组越界问题。在用户频繁使用的功能中,由于特定类型数据增多,触发了这个bug,经过调试发现历史代码中getItemViewType返回值的错误计算方式,即1 - typeCount,当数据类型为typeCount时造成了问题。修复这个问题需要正确处理getItemViewType的返回值。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

好久没用过listview了,最近换工作,一个需求,复用之前的逻辑,沿用了之前的部分listview相关的功能

然后我们这部分功能用户使用频率比较高,需求上线后导致一个listview数组下标越界的bug骤升

排查半天发现某个特定类型的数据可以必现这个问题

之前这个问题出现的概率不高是因为这条数据类型的数据比较少,恰巧我们这边这种类型的数据比较多,因此线上crash率飙升

但仍然死活找不到问题发生的原因,贴一段代码:

java.lang.ArrayIndexOutOfBoundsException: length=47; index=47
    at android.widget.AbsListView$RecycleBin.addScrapView(AbsListView.java:7360)
    at android.widget.ListView.layoutChildren(ListView.java:1812)
    at android.widget.AbsListView$FlingRunnable.run(AbsListView.java:5068)
    at android.view.Choreographer$CallbackRecord.run(Choreographer.java:1057)
    at android.view.Choreographer.doCallbacks(Choreographer.java:875)
    at android.view.Choreographer.doFrame(Choreographer.java:772)
    at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:1042)
    at android.os.Handler.handleCallback(Handler.java:888)
    at android.os.Handler.dispatchMessage(Handler.java:100)
    at and
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值