logo标签列表

RecyclerView.Adapter.notifyItemChanged()从不将负载传递给onBindViewHolder()函数

androidandroid-support-libraryandroid-adapterandroid-recyclerview
34
我正在尝试在不重新绑定整个内容的情况下更新RecyclerView中的ViewHolder。根据文档，我应该调用 RecyclerView.Adapter.notifyItemChanged(int position, Object payload)来完成此操作，其中payload是将传递给 RecyclerView.Adapter.onBindViewHolder(VH holder、int position、List<Object> payloads) 的任意对象，在该函数中，我将能够更新ViewHolder。

但是当我尝试这样做时，onBindViewHolder总是接收一个空列表。在这两个调用之间，负载的内部列表被清除。在RecyclerView的源代码处设置断点后，由于重新布局，这种情况会发生，最终调用RecyclerView.ViewHolder.clearPayload()

是否还有其他人设法使其正常工作？这是支持库中的错误，还是我所做的某些触发了这两个函数之间的重新布局？

以下是负载清除时的堆栈跟踪：

"<1> main@831692616832" prio=5 runnable
  java.lang.Thread.State: RUNNABLE
      at android.support.v7.widget.RecyclerView$ViewHolder.clearPayload(RecyclerView.java:8524)
      at android.support.v7.widget.RecyclerView$ViewHolder.resetInternal(RecyclerView.java:8553)
      at android.support.v7.widget.RecyclerView$Recycler.getViewForPosition(RecyclerView.java:4544)
      at android.support.v7.widget.RecyclerView$Recycler.getViewForPosition(RecyclerView.java:4461)
      at android.support.v7.widget.LayoutState.next(LayoutState.java:86)
      at android.support.v7.widget.StaggeredGridLayoutManager.fill(StaggeredGridLayoutManager.java:1423)
      at android.support.v7.widget.StaggeredGridLayoutManager.onLayoutChildren(StaggeredGridLayoutManager.java:610)
      at android.support.v7.widget.RecyclerView.dispatchLayout(RecyclerView.java:2847)
      at android.support.v7.widget.RecyclerView.onLayout(RecyclerView.java:3145)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.support.v4.widget.SwipeRefreshLayout.onLayout(SwipeRefreshLayout.java:581)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
      at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
      at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.support.v4.widget.DrawerLayout.onLayout(DrawerLayout.java:1043)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
      at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
      at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1671)
      at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1525)
      at android.widget.LinearLayout.onLayout(LinearLayout.java:1434)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.widget.FrameLayout.onLayout(FrameLayout.java:448)
      at android.view.View.layout(View.java:14289)
      at android.view.ViewGroup.layout(ViewGroup.java:4562)
      at android.view.ViewRootImpl.performLayout(ViewRootImpl.java:1976)
      at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1730)
      at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1004)
      at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:5481)
      at android.view.Choreographer$CallbackRecord.run(Choreographer.java:749)
      at android.view.Choreographer.doCallbacks(Choreographer.java:562)
      at android.view.Choreographer.doFrame(Choreographer.java:532)
      at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:735)
      at android.os.Handler.handleCallback(Handler.java:730)
      at android.os.Handler.dispatchMessage(Handler.java:92)
      at android.os.Looper.loop(Looper.java:137)
      at android.app.ActivityThread.main(ActivityThread.java:5103)
      at java.lang.reflect.Method.invokeNative(Method.java:-1)
      at java.lang.reflect.Method.invoke(Method.java:525)
      at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:737)
      at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553)
      at dalvik.system.NativeStart.main(NativeStart.java:-1)
你能否发布适配器的代码以及调用notifyItemChanged的代码？ - aldok
4个回答
38

RecyclerView默认会为了使视图逐渐过渡而创建另一个ViewHolder的副本。这会导致问题，因为旧的ViewHolder接收到了有效负荷，但是新的没有。所以你需要显式地告诉它重用旧的ViewHolder：

DefaultItemAnimator animator = new DefaultItemAnimator() {
        @Override
        public boolean canReuseUpdatedViewHolder(RecyclerView.ViewHolder viewHolder) {
            return true;
        }
    };
mRecyclerView.setItemAnimator(animator);
1
我认为这个方法可行，比将项目动画设置为 null 更好。canReuseUpdatedViewHolder 的默认返回值应该是 true。Android源代码和Android文档都说明它默认返回true。 - Anand Sainath
您IP地址为143.198.54.68，由于运营成本限制，当前对于免费用户的使用频率限制为每个IP每72小时10次对话，如需解除限制，请点击左下角设置图标按钮（手机用户先点击左上角菜单按钮）。 - Patricia Li
此外，根据文档：适配器不应假设在通知方法中传递的有效负载将被 onBindViewHolder() 接收。例如，当视图未附加到屏幕时，notifyItemChange() 中的有效负载将被简单地丢弃。 - Mikhail Sharin
当我检查代码时，发现默认实现已经返回TRUE了。公共布尔值canReuseUpdatedViewHolder(@NonNull ViewHolder viewHolder) { return true; } - Dinh Quang Tuan
但是如果我不像@PatriciaLi所说重新实现，新的viewholder仍然会被创建。我不明白为什么？ - Dinh Quang Tuan
12
如果您使用item animator（默认情况下启用），则负载将始终为空。请参见android问题跟踪器中的此答案：
“这就是payload的设计方式。仅当“我们重新绑定到同一个view holder”时，它才会被传递到on bind。对于数据绑定也是如此，如果您不绑定到相同的view holder，则无法进行增量绑定。在更改动画的情况下，RV创建两个视图的副本以进行淡入淡出，因此您不会在postLayout中绑定到相同的VH。”
“很快，我们将提供一个API在同一个ViewHolder内运行更改动画。”
因此，在共享新API之前，我们需要使用类似以下内容的东西：
mRecyclerView.setItemAnimator(null);

编辑： 请参考 @blindOSX 的评论，他发现您只能禁用项目更改事件的动画以启用有效载荷。

编辑2： 看起来他们在没有提前通知的情况下更新了此行为。请参考更新的@Patricia Li的回答。

8
如果你使用一个项目动画器但只禁用项目更改事件的动画，载荷仍然会起作用：((SimpleItemAnimator) getItemAnimator()).setSupportsChangeAnimations(false); - blindOSX
1
在某些情况下，使用 notifyItemRangeChanged(getItemRealCount(), 1) 能够起到作用。
嗯，首先，你应该设置setItemAnimator(null)，或者像重写@Override public boolean canReuseUpdatedViewHolder(RecyclerView.ViewHolder viewHolder) { return true; }这样指定你的适配器，否则会出现IllegalArgumentException异常。 - joe
1
为什么不直接使用RecyclerView.Adapter.notifyItemChanged(int position)？文档在提到时似乎有点模糊。
  RecyclerView.Adapter.notifyItemChanged(int position,Object payload)

客户端可以选择传递部分更改的有效负载。这些有效负载将被合并，并且可能会传递给适配器的onBindViewHolder(ViewHolder, int, List)方法。因此，不能保证您会在onBindViewHolder中收到List。
2
这就解释了为什么负载不可靠。 - Greelings
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接