我通过延迟mrecycle . setadapter (itemsAdapter)解决了这个问题，直到添加了所有的项目到适配器与mrecycle . addall(项目)，它工作。不知道我为什么这么做，这是从一个库的代码，我看了看，看到这些行在“错误的顺序”，我很确定这是它，如果有人能证实它，请解释为什么是这样?甚至不确定这是否是一个有效的答案

使用notifyDataSetChanged()代替notifyItem…在这种情况下。

我有一个(可能)相关的问题-进入一个新的实例的活动与RecyclerView，但与一个较小的适配器触发这个崩溃为我。

RecyclerView.dispatchLayout()可以在调用mrecycle . clearoldpositions()之前尝试从废品中提取项目。结果是从公共池中提取位置高于适配器大小的项。

幸运的是，它只这样做，如果PredictiveAnimations启用，所以我的解决方案是子类GridLayoutManager(线性layoutmanager有同样的问题和“修复”)，并覆盖supportpredictiveitemanimations()返回false:

/**
 * No Predictive Animations GridLayoutManager
 */
private static class NpaGridLayoutManager extends GridLayoutManager {
    /**
     * Disable predictive animations. There is a bug in RecyclerView which causes views that
     * are being reloaded to pull invalid ViewHolders from the internal recycler stack if the
     * adapter size has decreased since the ViewHolder was recycled.
     */
    @Override
    public boolean supportsPredictiveItemAnimations() {
        return false;
    }

    public NpaGridLayoutManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(context, attrs, defStyleAttr, defStyleRes);
    }

    public NpaGridLayoutManager(Context context, int spanCount) {
        super(context, spanCount);
    }

    public NpaGridLayoutManager(Context context, int spanCount, int orientation, boolean reverseLayout) {
        super(context, spanCount, orientation, reverseLayout);
    }
}

我解决了这个问题，当它得到新数据时，一个接一个地添加项目。我在适配器内部使用这个函数。

public void add(Data item) {
        if(!params.contains(item){
           params.add(item);
           notifyItemInserted(getItemCount() - 1);
        }
    }
}

我也遇到过类似的问题，但不完全一样。在我的例子中，我在1点清除传递给recyclerview的数组

mObjects.clear();

并且不调用notifyDataSetChanged，因为我不希望recyclerview立即清除视图。我在AsyncTask中重新填充mObjects数组。

在我的情况下(删除/插入数据在我的数据结构)，我需要清除回收池，然后通知数据集更改!

.clear mRecyclerView.getRecycledViewPool () (); mAdapter.notifyDataSetChanged ();

我也有同样的问题。它发生在我快速滚动和调用API和更新数据时。在尝试了所有防止崩溃的方法后，我找到了解决方案。

mRecyclerView.stopScroll();

它会起作用的。

当你尝试清除你的列表时，这个问题可能会发生，如果你要清除你的数据列表，特别是当你使用拉刷新尝试使用一个布尔标志，初始化它为假，在OnRefresh方法使它为真，清除你的dataList如果标志为真之前添加新的数据到它，之后使它为假。

您的代码可能是这样的

 private boolean pullToRefreshFlag = false ;
 private ArrayList<your object> dataList ;
 private Adapter adapter ;

 public class myClass extend Fragment implements SwipeRefreshLayout.OnRefreshListener{

 private void requestUpdateList() {

     if (pullToRefresh) {
        dataList.clear
        pullToRefreshFlag = false;
     }

     dataList.addAll(your data);
     adapter.notifyDataSetChanged;


 @Override
 OnRefresh() {
 PullToRefreshFlag = true
 reqUpdateList() ; 
 }

}

我发现 设置 mRecycler.setLayoutFrozen(真正的); 在swipeContainer的onRefresh方法中。

帮我解决了问题。

swipeContainer.setOnRefreshListener(new   SwipeRefreshLayout.OnRefreshListener() {
        @Override
        public void onRefresh() {
            orderlistRecycler.setLayoutFrozen(true);
            loadData(false);

        }
    });

它还可以与在同一时间多次设置适配器有关。我有一个回调方法，在同一时间被触发5-6次，我在那个回调中设置适配器，因此RecycledViewPool不能同时处理所有这些数据。机会不大，但你最好还是去看看。

我以前也遇到过同样的问题。终于找到解决办法了

我所做的是通知适配器，该项目已删除，然后通知适配器数据集范围改变

 public void setData(List<Data> dataList) {
      if (this.dataList.size() > 0) {
          notifyItemRangeRemoved(0, dataList.size());
          this.dataList.clear();
      }
      this.dataList.addAll(dataList)
      notifyItemRangeChanged(0, dataList.size());

 }

这是一个相当讨厌的虫子。

为了处理我的项目点击，我使用了RecyclerView的实现。OnItemTouchListener类似于在这个问题中找到的解决方案。

After many times of refreshing the RecyclerView's datasource and clicking an item, this IndexOutOfBoundsException would crash my application. When an item is clicked, the RecyclerView internally goes looking for the correct underlying view and gives back it position. Checking out the source code, I saw that there were some Tasks and Threads scheduled. To cut the story short, basically it's just some illegal state where two datasources are intermixed and not synchronized and the whole thing goes wild.

基于此，我删除了RecyclerView的实现。OnItemTouchListener，并简单地捕捉到适配器自己的ViewHolder上的点击:

public void onBindViewHolder (final BaseContentView holder, final int position) {

    holder.itemView.setOnClickListener(new OnClickListener() {

      @Override
      public void onClick (View view) {

        // do whatever you like here
      }
    });

}

这可能不是最好的解决方案，但目前没有崩溃。希望这将节省你一些时间:)。

我也遇到过同样的情况。 在你清理你的收藏之前，通过添加代码来解决这个问题。

mRecyclerView.getRecycledViewPool () .clear ();

在我的例子中，我在一个非ui线程中更新项目并调用notifyDataSetChanged。大多数时候它是有效的，但当大量变化迅速发生时，它就会崩溃。当我这样做的时候，基本上

activity.runOnUiThread(new Runnable() {
    @Override
    public void run() {
        changeData();
        notifyDataSetChanged();
    }
});

然后它停止了崩溃。

在我修改适配器实现以使用项数组的副本而不是引用之后，问题就消失了。每次在RecyclerView中显示新项目时，都会调用setItems()方法。

而不是:

private class MyAdapter extends RecyclerView.Adapter<ItemHolder> {
     private List<MyItem> mItems;  

    (....)

    void setItems(List<MyItem> items) {
        mItems = items;
    }
}

我做了:

void setItems(List<MyItem> items) {
    mItems = new ArrayList<>(items);
}

Use

notifyDataSetChanged()

而不是

notifyItemRangeInserted(0, YourArrayList.size())

在这种情况下。

我正在后台线程中修改RecyclerView的数据。我得到了与op相同的异常。我在更改数据后添加了这个:

myRecyclerView.post(new Runnable() {
    @Override
    public void run() {
        myRecyclerAdapter.notifyDataSetChanged();
    }
});

希望能有所帮助

我也遇到过类似的问题，只是想办法解决了。我为一个测试用例硬编码了一些示例，但没有确保它们每个都返回唯一的ID，这导致了下面的崩溃。修复id解决了这个问题，希望这能帮助到其他人!

为了解决这个问题，只需在更新循环视图之前调用notifyDataSetChanged()，使用空列表。

例如

//Method for refresh recycle view

    if (!hcpArray.isEmpty())

hcpArray.clear();//更新循环视图列表

adapter.notifyDataSetChanged();

在我的情况下，我只是删除行setHasStableIds(true);

在我的情况下，我试图在后台线程上更改适配器内容，但在主线程/ui线程上调用notify*。

这是不可能的!强制notify到主线程的原因是recyclerview希望您在主线程上编辑备份适配器，甚至在同一个调用堆栈上。

要解决这个问题，请确保对适配器的每个操作以及每个通知…调用是在ui/主线程上进行的!

我也有过这样的错误:

原因:我试图从异步任务更新一个回收器视图，同时试图获得旧的已删除的viewHolders;

代码:我在按下按钮时生成数据，逻辑如下

清除回收器视图中的最后一项 调用异步任务生成数据 更新Recycler视图和NotifyDataSetChanged

问题:每当我快速滚动之前生成我的数据我得到

不一致。无效的视图持有者适配器positionViewHolder java.lang.IndexOutOfBoundsException:检测到不一致。无效项位置20(偏移量:2).state:3

解决方案:而不是在生成我的数据之前清除RecyclerView，我而是离开它，然后用新数据替换它，调用NotifyDatasetChanged，如下所示;

       @Override
        protected void onPostExecute(List<Objects> o) {
            super.onPostExecute(o);
            recyclerViewAdapter.setList(o);
            mProgressBar.setVisibility(View.GONE);
            mRecyclerView.setVisibility(View.VISIBLE);
        }

林特给了我一个关于不一致性的建议: 我写了(onBindViewHolder()):

pholder.mRlayout.setOnClickListener(new View.OnClickListener() {
                    @Override
                    public void onClick(View v) {
                        doStuff(position);
                    }
                });

它必须被替换为:

pholder.mRlayout.setOnClickListener(new View.OnClickListener() {
                    @Override
                    public void onClick(View v) {
                        doStuff(pholder.getAdapterPosition());
                    }
                });

在你的代码中运行这两个代码，然后运行Lint得到完整的解释!!

只需在通知之前删除布局管理器的所有视图。如:

myLayoutmanager.removeAllViews();

你只需要在OnPostExecute()上清除你的列表，而不是在执行拉取刷新时

// Setup refresh listener which triggers new data loading
        swipeContainer.setOnRefreshListener(new SwipeRefreshLayout.OnRefreshListener() {
            @Override
            public void onRefresh() {

                AsyncTask<String,Void,String> task = new get_listings();
                task.execute(); // clear listing inside onPostExecute

            }
        });

我发现这种情况发生在您在拉出刷新期间滚动时，因为我在异步任务之前清除列表，导致java.lang.IndexOutOfBoundsException:检测到不一致。

        swipeContainer.setRefreshing(false);
        //TODO : This is very crucial , You need to clear before populating new items 
        listings.clear();

这样你就不会以前后矛盾结束

我有同样的问题与RecyclerView 因此，我只是在列表清除后立即通知适配器有关数据集的更改。

mList.clear();
mAdapter.notifyDataSetChanged();

mList.addAll(newData);
mAdapter.notifyDataSetChanged();

add_location.removeAllViews ();

            for (int i=0;i<arrayList.size();i++)
            {
                add_location.addView(new HolderDropoff(AddDropOffActivtity.this,add_location,arrayList,AddDropOffActivtity.this,this));
            }
            add_location.getAdapter().notifyDataSetChanged();

Sorry For late but perfect solution: when you try to remove a specific item just call notifydatasetchange() and get these item in bindviewholder and remove that item and add again to the last of list and then chek list position if this is last index then remove item. basically the problem is come when you try to remove item from the center. if you remove item from last index then there have no more recycling and also your adpter count are mantine (this is critical point crash come here) and the crash is solved the code snippet below .

 holder.itemLayout.setVisibility( View.GONE );//to hide temprory it show like you have removed item

        Model current = list.get( position );
        list.remove( current );
        list.add( list.size(), current );//add agine to last index
        if(position==list.size()-1){// remove from last index
             list.remove( position );
        }

我最近在使用新的Android架构组件时遇到了这种讨厌的堆栈跟踪。从本质上讲，我在ViewModel中有一个项目列表，由我的Fragment使用LiveData观察。当ViewModel发布数据的新值时，Fragment更新适配器，传入这些新的数据元素并通知适配器已经发生了变化。

不幸的是，当将新的数据元素传递给适配器时，我没有考虑到ViewModel和adapter都指向同一个对象引用!这意味着，如果我在ViewModel中更新数据并调用postValue()，就会有一个非常小的窗口，可以在其中更新数据，而适配器还没有收到通知!

我的修复是实例化一个新的副本的元素时，传递到适配器:

mList = new ArrayList<>（passedList）;

有了这个超级简单的修复，您可以确保您的适配器数据不会改变，直到您的适配器被通知。

这是唯一的解决方案，对我来说，即使尝试了许多以上的解决方案。

1)。Intilization

CustomAdapter scrollStockAdapter = 
         new CustomAdapter(mActivity, new ArrayList<StockListModel>());
list.setAdapter(scrollStockAdapter);
scrollStockAdapter.updateList(stockListModels);

2)。在适配器中编写此方法

public void updateList(List<StockListModel> list) {
    stockListModels.clear();
    stockListModels.addAll(list);
    notifyDataSetChanged();
}

stockListModels ->这个列表是你在适配器中使用的。

对我来说，在添加了这行代码后，它起作用了:

mRecyclerView.setItemAnimator(null);

此错误发生在用户滚动时适配器中的列表清除，这使得项目holder的位置发生变化，在ui上列表和项目之间失去引用，在next发生错误 “notifyDataSetChanged”请求。

Fix:

检查您的更新列表方法。如果你这样做

mainList.clear();
...
mainList.add() or mainList.addAll()
...
notifyDataSetChanged();

===> Error occur

如何修复。为缓冲区处理创建新的列表对象，然后再次赋值给主列表

List res = new ArrayList();
…..
res.add();  //add item or modify list
….
mainList = res;
notifyDataSetChanged();

感谢Nhan Cao的帮助:)

非常晚的响应，但这可能有助于某些人的功能。

确保你的onStop或onPause方法没有清除任何你的列表

当我没有意识到我同时调用了两次不同的线程时，问题就发生了。

notifyDataSetChanged

一个来自sqlite加载函数，一个来自调用函数后

One way I managed to fix this (in a Kotlin app with architecture components) was by setting if (recyclerView.adapter == null) recyclerView.adapter = MyAdapter(datasource) after I fetched the data from the Repository. Apparently it might have something to do with async issues with the suspend functions in the repository because when I fetch data for the first time when starting the activity, it calls the REST API since there is no data in the db, and everything goes smoothly, but after that, that same query cannot be made again, causing a crash.

对我来说，这解决了我的问题

rv.setAdapter(null);
rv.setItemAnimator(null);

PS:我的问题发生时，我做搜索过滤器在我的recyclerview适配器

在我的例子中，我得到了这个例外

java.lang.IndexOutOfBoundsException:检测到不一致。无效的视图持有者适配器positionViewHolder

以上答案在我的情况下都不适用。因为我正在更新/更改适配器中的现有项，但我使用了

myAdapter.notifyItemInserted(position)

相反，我应该用这个

myAdapter.notifyItemChanged(position)

注意:在插入项时应该使用notifyItemInserted()，在更新适配器中的项时应该使用notifyItemChanged()。

使用ListAdapter (androidx.recyclerview.widget.ListAdapter)在调用adapter.submitList(list)之前调用adapter.submitList(null):

adapter.submitList(null)
adapter.submitList(someDataList)

这个异常在API 19、21上引发(但不是新的)。在Kotlin协程中，我加载了数据(在后台线程)，并在UI线程中添加并显示它们:

adapter.addItem(item)

适配器:

var list: MutableList<Item> = mutableListOf()

init {
    this.setHasStableIds(true)
}

open fun addItem(item: Item) {
    list.add(item)
    notifyItemInserted(list.lastIndex)
}

由于某些原因，Android渲染速度不够快或其他原因，所以，我更新了RecyclerView的post方法中的列表(添加，删除，更新项目的事件):

view.recycler_view.post { adapter.addItem(item) }

此异常类似于“无法在滚动回调中调用此方法”。滚动回调可能在测量和布局传递期间运行，其中您不能更改theRecyclerView数据。任何可能改变RecyclerView结构或适配器内容的方法调用都应该延迟到下一帧。": Recyclerview -不能在滚动回调中调用此方法。

Most of the answers are disabling animations or creating new copies of data which is an overkill in my opinion. They do work but they don't address the root cause of the issue. In my case it was due to using DiffUtils in a wrong way. In the areItemsTheSame(old, new) method I did not properly implement the equality check, that, in turn cased the adapter to be notified by notifyItemRangeInserted() even though the same number of items are in the new list. So pay close attention to how you implement the DiffUtils callbacks!

扩展LinearLayoutManager并捕获这个错误

public class NoCrashLinearLayoutManager extends LinearLayoutManager {

    public NoCrashLinearLayoutManager(Context context) {
        super(context);
    }

    public NoCrashLinearLayoutManager(Context context, int orientation, boolean reverseLayout) {
        super(context, orientation, reverseLayout);
    }

    public NoCrashLinearLayoutManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(context, attrs, defStyleAttr, defStyleRes);
    }

    @Override
    public void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) {
        try {
            super.onLayoutChildren(recycler, state);
        } catch (IndexOutOfBoundsException e){
            e.printStackTrace();
        }
    }
}

如果有人有同样的问题，我在适配器中覆盖了这两个方法，它工作得很好。

        override fun getItemId(position: Int): Long {
            return position.toLong()
        }
    
        override fun getItemViewType(position: Int): Int {
            return position
        }

我刚刚解决了同样的问题。我有一个RecyclerView。设置setHasStableIds(true)以避免项目闪烁的适配器。

我在getItemId()中使用了一个可复制的字段(我的模型没有id字段):

override fun getItemId(position: Int): Long {
    // Error-prone due to possibly duplicate name.
    return contacts[position].name.hashCode().toLong()
}

getItemId()应该为每个项目返回一个唯一的id，所以解决方案是这样做:

override fun getItemId(position: Int): Long {
    // Contact's phone is unique, so I use it instead.
    return contacts[position].phone.hashCode().toLong()
}

如果notifyItemChanged(int position)， notifyItemInserted(int position) 当您想要更新项时使用notifyItemChanged，而当您想要添加项时使用notifyItemInserted时，会出现此问题

您可以按以下方式重现此崩溃

清除适配器项list.clear()。(不调用notify方法) 滚动回收视图。

因此，我假设当您从列表中删除项目并滚动而没有调用notify方法时发生崩溃

更新RecyclerView到最新的1.2.1版本。奇迹发生了!不能再打破我的应用程序:) 所以. .尝试用gradle文件中的最新版本号替换旧版本号

dependencies {
    ...
    // RecyclerView
    def recyclerview_version = "1.2.1"
    implementation "androidx.recyclerview:recyclerview:$recyclerview_version"
}

如果有多个回收器视图共享同一个适配器，则会弹出此错误，因此为了避免此错误，将为这些回收器视图创建单独的适配器。 这使得回收器视图具有非共享池，从而在不需要时停止适配器来填充它们。

造成这次崩溃的一个可能原因是。

在recyclerview仍在滚动时重新加载数据。

因此，在重新加载数据之前，尝试recyclerview.stopScroll()。

在我的例子中，我使用的是DiffUtil。calculateDiff用于回收视图项，它在更新项时具有竞态条件。我在后台线程池中计算数据差异，并在UI线程中更新。如果有2个数据，并且第一个数据被设置为第二个差分计算和设置的时间之间的适配器，则会发生崩溃。

例如，假设我们有原始项目列表A、新数据B和新数据C:

B-diff =已计算(A, B) C-diff =已计算(A, C) 集(B-diff) 集(C-diff)

C-diff实际上是不正确的，因为A已经更新，所以如果物品计数减少，recyclerview将在无效位置上动画。不只是崩溃，项目可能根本没有更新(或不必要的更新)由于不正确的差异索引。

更改为AsyncListDiffer解决了我的问题，因为如果第二个数据来得太早，它会删除第一个数据。

参考(它描述了问题，但给出了另一种解决方案(按顺序更新数据)):https://jonfhancock.com/get-threading-right-with-diffutil-423378e126d2

我也有同样的问题，因为我使用不同的布局时，数据集是空的:-

当添加第一项尝试

适配器notifyDataSetChanged()。

然后继续

adapter.notifyItemChangedAtPosition(position)

如果你使用setHasStableIds(true)，你必须确保所有数据集项都有不同的id，否则可能会发生错误。

例如:

//This is our mock dataset which has FooItem type items
val dataset = listOf<FooItem>(items)

class FooItem {

    //here your variables

    private var id : Long = 0L

    //you can handle different ids at high accuracy like;
    fun getItemId() : Long {
        if (id == 0L) {
            id = abs(Random.nextLong(2, Long.MAX_VALUE))
        }
        return id
    }

}


//Then go back your adapter and set adapter item id below like
override fun getItemId(position: Int) = dataset[position].getItemId()

通过这种方式，你将不需要关闭recyclerview动画并通知所有数据集。