RecyclerView：检测到不一致。无效的商品位置

我们的质量检查已检测到一个错误：旋转Android设备（Droid Turbo）时，发生了以下与RecyclerView相关的崩溃：

java.lang.IndexOutOfBoundsException：检测到不一致。无效的商品位置2（偏移量：2）。状态：3

对我来说，这看起来像是RecyclerView内部的错误，因为我想不出这是由我们的代码直接引起的。

有没有人遇到这个问题？

解决办法是什么？

一个残酷的解决方法可能是在发生异常时捕获异常，然后从头开始重新创建RecyclverView实例，以避免陷入损坏状态。

但是，如果可能的话，我想更好地理解问题（也许从源头上解决它），而不是掩盖它。

该错误不容易重现，但是一旦发生就致命。

完整的堆栈跟踪：

W/dalvikvm( 7546): threadid=1: thread exiting with uncaught exception (group=0x41987d40)
    E/AndroidRuntime( 7546): FATAL EXCEPTION: main
    E/AndroidRuntime( 7546): Process: com.oblong.mezzedroid, PID: 7546
    E/AndroidRuntime( 7546): java.lang.IndexOutOfBoundsException: Inconsistency detected. Invalid item position 2(offset:2).state:3
    E/AndroidRuntime( 7546):    at android.support.v7.widget.RecyclerView$Recycler.getViewForPosition(RecyclerView.java:3382)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.RecyclerView$Recycler.getViewForPosition(RecyclerView.java:3340)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.LinearLayoutManager$LayoutState.next(LinearLayoutManager.java:1810)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.LinearLayoutManager.layoutChunk(LinearLayoutManager.java:1306)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.LinearLayoutManager.fill(LinearLayoutManager.java:1269)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.LinearLayoutManager.onLayoutChildren(LinearLayoutManager.java:523)
    E/AndroidRuntime( 7546):    at org.liboid.recycler_view.RecyclerViewContainer$LiLinearLayoutManager.onLayoutChildren(RecyclerViewContainer.java:179)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.RecyclerView.dispatchLayout(RecyclerView.java:1942)
    E/AndroidRuntime( 7546):    at android.support.v7.widget.RecyclerView.onLayout(RecyclerView.java:2237)
    E/AndroidRuntime( 7546):    at org.liboid.recycler_view.LiRecyclerView.onLayout(LiRecyclerView.java:30)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.layoutChildren(FrameLayout.java:453)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.onLayout(FrameLayout.java:388)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.layoutChildren(FrameLayout.java:453)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.onLayout(FrameLayout.java:388)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
    E/AndroidRuntime( 7546):    at com.oblong.mezzedroid.workspace.content.bins.BinsContainerLayout.onLayout(BinsContainerLayout.java:22)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.layoutChildren(FrameLayout.java:453)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.onLayout(FrameLayout.java:388)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.layoutChildren(FrameLayout.java:453)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.onLayout(FrameLayout.java:388)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.layoutChildren(FrameLayout.java:453)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.onLayout(FrameLayout.java:388)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
    E/AndroidRuntime( 7546):    at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.layoutChildren(FrameLayout.java:453)
    E/AndroidRuntime( 7546):    at android.widget.FrameLayout.onLayout(FrameLayout.java:388)
    E/AndroidRuntime( 7546):    at android.view.View.layout(View.java:14946)
    E/AndroidRuntime( 7546):    at android.view.ViewGroup.layout(ViewGroup.java:4651)
    E/AndroidRuntime( 7546):    at android.view.ViewRootImpl.performLayout(ViewRootImpl.java:2132)
    E/AndroidRuntime( 7546):    at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1872)
    E/AndroidRuntime( 7546):    at andro

我遇到了一个（可能）相关的问题-使用RecyclerView输入活动的新实例，但是使用较小的适配器为我触发了此崩溃。

RecyclerView.dispatchLayout()可以在致电前尝试从废料中取出物品mRecycler.clearOldPositions()。结果是它正在从公共池中提取位置高于适配器大小的项目。

幸运的是，只有PredictiveAnimations启用了它才能执行此操作，所以我的解决方案是子类化GridLayoutManager（LinearLayoutManager具有相同的问题和“修复”），并重写supportsPredictiveItemAnimations()以返回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);
    }
}

就我而言（删除/插入数据结构中的数据），我需要清除回收池，然后通知数据集已更改！

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

在这种情况下，请notifyDataSetChanged()改用notifyItem...。

我通过mRecycler.setAdapter(itemsAdapter)将所有项目添加到适配器后延迟了耕作来解决此问题，mRecycler.addAll(items)并且它可以正常工作。我不知道为什么要这么做，因为我是从图书馆的代码中查看并以“错误的顺序”看到这些行的，但是我很确定是这样，请有人确认它可以解释为什么所以？甚至不确定这是否是有效答案

我有类似的问题，但不完全相同。就我而言，在1点时，我正在清除传递到recyclerview的数组

mObjects.clear();

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

我在recyclerView上也遇到了同样的问题，所以我只是在清除列表后立即通知适配器有关数据集更改的信息。

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

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

我有一个相同的问题。当我快速滚动并调用API并更新数据时发生了这种情况。在尝试了所有方法以防止崩溃后，我找到了解决方案。

mRecyclerView.stopScroll();

会的。

我正在RecyclerView后台更改数据Thread。我Exception和OP一样。我在更改数据后添加了此代码：

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

希望能帮助到你

当用户滚动适配器时清除适配器中的列表（使项目持有者的位置发生更改），ui上的列表和项目之间的引用丢失，在下一个“ notifyDataSetChanged”请求中发生错误时，将发生此错误 。

固定：

查看您的更新列表方法。如果你做类似的事情

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的大力帮助:)

在修改Adapter实现以使用items数组的副本而不是引用之后，我的问题消失了。setItems()每当我们有新项目要显示时，都会调用此方法RecyclerView。

代替：

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);
}

我也遇到过同样的情况。在清除收藏集之前，通过添加代码解决了该问题。

mRecyclerView.getRecycledViewPool().clear();

就我而言，我正在更新项目并notifyDataSetChanged在非UI线程中调用。在大多数情况下，它都有效，但是当许多更改迅速发生时，它就会崩溃。当我这样做的时候，基本上

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

然后它停止崩溃了。

您只需要清除清单即可，OnPostExecute()而无需Pull to Refresh

// 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

            }
        });

我发现在拉动刷新时滚动时会发生这种情况，因为我正在清除之前的列表async task，导致 java.lang.IndexOutOfBoundsException: Inconsistency detected.

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

这样一来，您就不会以不一致而告终

这也可能与同时设置适配器多次有关。我有一个同时触发5-6次的回调方法，并且我在该回调中设置了适配器，因此RecycledViewPool无法同时处理所有这些数据。这是一个很大的机会，但是您还是还是最好检查一下。

用

notifyDataSetChanged()

代替

notifyItemRangeInserted(0, YourArrayList.size())

在这种情况下。

为解决此问题，只需在更新回收视图之前用空列表调用notifyDataSetChanged（）即可。

例如

//Method for refresh recycle view

    if (!hcpArray.isEmpty())

hcpArray.clear（）; //更新回收视图列表

adapter.notifyDataSetChanged();

就我而言，我只是删除了 setHasStableIds(true);

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

这是不可能的！之所以将notify强制到主线程，是因为recyclerview希望您在主线程上甚至在同一调用堆栈上编辑后备适配器。

要解决该问题，请确保在ui /主线程上进行对适配器的每个操作以及每个notify ...调用！

我最近在使用新的Android体系结构组件时遇到了这种令人讨厌的堆栈跟踪。本质上，我有一个使用LiveData在Fragment中观察到的ViewModel中的项目列表。当ViewModel为数据发布新值时，片段将更新适配器，传入这些新的数据元素并通知适配器已发生更改。

不幸的是，当将新的数据元素传递给适配器时，我无法说明ViewModel和Adapter都指向同一对象引用这一事实！意思是如果我更新数据并调用postValue()从ViewModel内，则会有一个很小的窗口，可以在其中更新数据并且尚未通知适配器！

我的解决方法是在传递给适配器时实例化元素的新副本：

mList = new ArrayList<>(passedList);

通过此超级简单的修复程序，可以确保在通知适配器之前，适配器数据不会更改。

这只是对我有用的解决方案，甚至可以尝试上述解决方案中的许多解决方案。

1.）利用率

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->此列表是您在adapter中使用的列表。

对我来说，在添加以下代码行后，它起作用了：

mRecyclerView.setItemAnimator(null);

尝试清除列表时可能会发生此问题，如果要清除数据列表，尤其是在使用pull刷新时，请尝试使用布尔值标志，将其初始化为false，并在OnRefresh方法内将其设为true，然后清除dataList如果flag在添加新数据之前为true，然后将其设置为false。

您的代码可能像这样

 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() ; 
 }

}

我以前也有同样的问题。终于找到了解决方法

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

 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());

 }

我遇到了类似的问题，只是想通了。我为一个测试案例硬编码了一些示例，但是并不能确保它们每个都返回唯一的ID，这对我来说导致以下崩溃。修复ID可解决此问题，希望这对其他人有所帮助！

我也有错误：

原因：我试图从Async任务更新Recycler View，同时尝试获取旧的已删除viewHolders。

代码：按一下按钮即可生成数据，逻辑如下

1. 清除回收者视图中的最后一个项目
2. 调用异步任务以生成数据
3. OnPostExecute更新回收者视图和NotifyDataSetChanged

问题：每当我快速滚动之前就生成数据

检测到不一致。无效的视图持有器适配器positionViewHolder java.lang.IndexOutOfBoundsException：检测到不一致。无效的项目位置20（偏移量：2）。状态：3

解决方案：我不保留在生成我的数据之前清除RecyclerView的方法，而是保留它，然后将其替换为新数据，调用NotifyDatasetChanged，如下所示；

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

通知之前，只需删除布局管理器的所有视图即可。喜欢：

myLayoutmanager.removeAllViews();

ListAdapter (androidx.recyclerview.widget.ListAdapter)致电adapter.submitList(null)前使用通话adapter.submitList(list)：

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

我发现设置mRecycler.setLayoutFrozen（true）; 在swipeContainer的onRefresh方法中。

为我解决了问题。

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

        }
    });

这是一个令人讨厌的错误。

为了处理我的项目单击，我使用了RecyclerView.OnItemTouchListener与本问题中找到的解决方案类似的实现。

经过多次刷新RecyclerView的数据源并单击一个项目之后，这IndexOutOfBoundsException会使我的应用程序崩溃。单击某个项目后，RecyclerView内部人员将继续寻找正确的基础视图并返回其位置。检查出的源代码，我看到有一些Tasks和Threads调度。简而言之，基本上只是两个数据源相互混合而不同步的非法状态，整个过程变得疯狂。

基于此，我删除了对的实现，RecyclerView.OnItemTouchListener只是点击ViewHolder了Adapter我自己的：

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
      }
    });

}

这可能不是最好的解决方案，但暂时不会崩溃。.希望这可以节省您一些时间:)。

Lint给了我有关不一致的建议：我写了（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进行完整说明！！