RecycleView报错Java.lang.IllegalArgumentException: Called attach on a child which is not detached

2019-01-27 21:24:03

最近项目的一个需求,一个银行卡列表页,银行卡初始状态是折叠,点击银行卡展开当前卡片,折叠上一张打开的银行卡,仅此而已,如下图效果: 



实现方式有很多种,我实现的一种思路就是:列表用Recyclerview,每个银行卡实体定义一个属性


boolean isopen = true/false //银行卡是否展开

1

根据这个打开或折叠银行卡,每次点击记录点击的position,并将它记录在Adapter的成员变量


int preIndex //上一个点击的item的索引

1

中,并设置另一个标记


boolean hasItemOpened //当前是否有卡片展开

1

每次点击时,首先根据当前item的isopen 属性来执行卡片的折叠或展开动作,然后再通过判断


if (preIndex != position && hasItemOpen)//说明当前点击的不是上一个卡片,并且上一张开片是展开状态

1

来处理上一张卡片的状态。


当然,这里重点不是如何来实现这个功能,而是在实现这个功能过程中发现的问题:

在处理上一张卡片的折叠动作时,我当时想,只需要改变数据源isopen 的值,再调用RecyclerView.Adapter的notifyItemChanged(int position)方法即可,但是程序出乎意料的挂了: 

错误如下: 

E/AndroidRuntime: FATAL EXCEPTION: mainProcess: com.paicaifu.riches, PID: 8502 

java.lang.IllegalArgumentException: Called attach on a child which is not detached: ViewHolder{adb21588 position=0 id=-1, oldPos=-1, pLpos:-1} 

at android.support.v7.widget.RecyclerView$5.attachViewToParent(RecyclerView.java:654) 

at android.support.v7.widget.ChildHelper.attachViewToParent(ChildHelper.java:239) 

at android.support.v7.widget.RecyclerView.addAnimatingView(RecyclerView.java:1107) 

at android.support.v7.widget.RecyclerView.animateChange(RecyclerView.java:3270) 

at android.support.v7.widget.RecyclerView.dispatchLayoutStep3(RecyclerView.java:3088) 

at android.support.v7.widget.RecyclerView.dispatchLayout(RecyclerView.java:2917) 

at android.support.v7.widget.RecyclerView.onLayout(RecyclerView.java:3283) 

… 

at android.view.Choreographer.doCallbacks(Choreographer.java:574) 

at android.view.Choreographer.doFrame(Ch



也没报哪一行,这个错误也没见过,不过这么多错误,这一行才是最主要的:Called attach on a child which is not detached: ViewHolder ,它的意思大概就是,操作的这个viewholder当前不是被绑定的(detached),这是为啥呢,经过查询得知,这才是RecyclerView缓存机制啊,未在屏幕上显示的item会被暂时收回,就是detached,所以当调用notifyItemChanged() 时,如果item不在屏幕中,就会导致这个错误,另外相关的还有一个知识点:

mLayoutManager.getChildCount(); 这个方法返回的并不是adapter所有item的数量,而是当前显示的item个数,详见源码:

     /**

         * Return the current number of child views attached to the parent RecyclerView.

         * This does not include child views that were temporarily detached and/or scrapped.

         *

         * @return Number of attached children

         */

        public int getChildCount() {

            return mChildHelper != null ? mChildHelper.getChildCount() : 0;

        }

1

2

3

4

5

6

7

8

9

好了,了解到这个问题以后,就开始解决吧,那么只需要判断当前position是否在屏幕中显示即可,哦了~不得不说Recyclerview是如此的强大,LayoutManager给我们提供了应有尽有的方法来判断position是否在屏幕中,通过LayoutManager我们可以获得当前屏幕显示的第一个item位置,以及最后一个item位置,这个位置是整个list中的位置 ,当满足position<=lastindex && position>=firstIndex 时,item即是现在在屏幕中,好了,这下可以安心的使用notifyItemChanged() 了,但是令人崩溃的是,程序又挂了,问题还是Called attach on a child which is not detached, 我的天,这次又是为何,经过debug发现,我的RecyclerView可以下啦刷新,position = 0的位置,是下拉刷新头,这个view肯定没有绑定ViewHolder啊,所以导致了以上的错误,好了,问题发现了,就解决吧,根据存储到成员变量preindex 中的值来计算要需要更新item的位置:int updatePos = preIndex - firstVisibleItemPosition+1, Ok,计算出了正确位置便可以通过以下方式更改上一个卡片的状态了:


int firstVisibleItemPosition = mLayoutManager.findFirstVisibleItemPosition();

            int lastVisibleItemPosition = mLayoutManager.findLastVisibleItemPosition();

            if (preIndex-firstVisibleItemPosition>=0&&preIndex<=lastVisibleItemPosition){

            //获取上一个卡片的view    

                View pre = mLayoutManager.getChildAt(preIndex - firstVisibleItemPosition+1);

                closeCard(pre);//折叠卡片

            }

1

2

3

4

5

6

7

OK,完成。虽然是很普通的一个功能,但是踩坑n多啊,总结一下,给自己也给各位android朋友一个提醒。如有错误之处,请不吝赐教,多多交流!


  • 2019-08-20 11:22:36

    Node.js 单线程与多进程比较

    进过上面两种方式的对比,结果很明显,多进程处理速度是单线程处理速度的 4 倍多。而且有条件的情况下,如果电脑 CPU 足够,进程数更多,那么速度也会更快。

  • 2019-08-22 13:35:27

    Generator函数的语法

    执行Generator函数会返回一个遍历器对象,也就是说,Generator函数除了是状态机还是一个遍历器对象生成函数。 返回遍历器对象,可以依次遍历Generator函数内部的每一个状态。

  • 2019-08-22 16:38:15

    理解JS原型对象与原型链(重要清晰)

    JavaScript 常被描述为一种基于原型的语言 (prototype-based language)——每个对象对应拥有一个原型,对象以其原型为模板、从原型继承方法和属性。而同时原型也是对象,它也拥有原型,并从中继承方法和属性,一层一层、以此类推。这种关系常被称为原型链 (prototype chain),它解释了为何一个对象会拥有定义在其他对象中的属性和方法。

  • 2019-08-22 17:26:21

    详解javaScript的深拷贝

    最开始意识到深拷贝的重要性是在我使用redux的时候(react + redux), redux的机制要求在reducer中必须返回一个新的对象,而不能对原来的对象做改动,事实上,当时我当然不会主动犯这个错误,但很多时候,一不小心可能就会修改了原来的对象,例如:var newObj = obj; newObj.xxx = xxx 实际上,这个时候newObj和obj两个引用指向的是同一个对象,我修改了newObj,实际上也就等同于修改了obj,这,就是我和深浅拷贝的第一次相遇。

  • 2019-08-22 19:14:21

    Android Studio 3.5最新特性

    Android Studio(以下简称为AS) 3.5正式版终于发布了,从第一个bate版本发布到正式版本,历时三个半月。AS一直以来被开发者吐槽,因此谷歌也放慢了版本的变化,对测试版本进行大力度的优化,提高了稳定性。从3.3版本开始,谷歌启动了名为Project Marble的计划,意为谷歌团队致力于使集成开发环境(IDE)的基本功能和流程变得坚如磐石,同时精炼和完善面向用户的功能。而AS 3.5则是Project Marble主要成果的版本,下面来介绍主要成果。

  • 2019-08-27 05:43:13

    Laravel 门面自动补全工具 laravel-ide-helper

    当我们在 PhpStorm 编辑器中,开发 Laravel 框架的项目时,很多类方法都不能自动补全和定位,比如 Facade 门面的方法,DB::table()、Route::get() 等。