RecyclerView.ViewHolder

itemView

public final View itemView

ViewHolder

public ViewHolder (View itemView)

getAbsoluteAdapterPosition

public final int getAbsoluteAdapterPosition ()

Returns the Adapter position of the item represented by this ViewHolder with respect to the RecyclerView's RecyclerView.Adapter. If the RecyclerView.Adapter that bound this RecyclerView.ViewHolder is inside another adapter (e.g. MergeAdapter), this position might be different and will include the offsets caused by other adapters in the MergeAdapter.

Note that this might be different than the getLayoutPosition() if there are pending adapter updates but a new layout pass has not happened yet.

RecyclerView does not handle any adapter updates until the next layout traversal. This may create temporary inconsistencies between what user sees on the screen and what adapter contents have. This inconsistency is not important since it will be less than 16ms but it might be a problem if you want to use ViewHolder position to access the adapter. Sometimes, you may need to get the exact adapter position to do some actions in response to user events. In that case, you should use this method which will calculate the Adapter position of the ViewHolder.

Note that if you've called RecyclerView.Adapter.notifyDataSetChanged(), until the next layout pass, the return value of this method will be RecyclerView.NO_POSITION.

Note that if you are querying the position as RecyclerView sees, you should use getAbsoluteAdapterPosition() (e.g. you want to use it to save scroll state). If you are querying the position to access the RecyclerView.Adapter contents, you should use getBindingAdapterPosition().

getAdapterPosition

public final int getAdapterPosition ()

This method is deprecated.
This method is confusing when adapters nest other adapters. If you are calling this in the context of an Adapter, you probably want to call getBindingAdapterPosition() or if you want the position as RecyclerView sees it, you should call getAbsoluteAdapterPosition().

getBindingAdapter

public final Adapter<? extends RecyclerView.ViewHolder> getBindingAdapter ()

Returns the RecyclerView.Adapter that last bound this RecyclerView.ViewHolder. Might return null if this RecyclerView.ViewHolder is not bound to any adapter.

getBindingAdapterPosition

public final int getBindingAdapterPosition ()

Returns the Adapter position of the item represented by this ViewHolder with respect to the RecyclerView.Adapter that bound it.

Note that this might be different than the getLayoutPosition() if there are pending adapter updates but a new layout pass has not happened yet.

RecyclerView does not handle any adapter updates until the next layout traversal. This may create temporary inconsistencies between what user sees on the screen and what adapter contents have. This inconsistency is not important since it will be less than 16ms but it might be a problem if you want to use ViewHolder position to access the adapter. Sometimes, you may need to get the exact adapter position to do some actions in response to user events. In that case, you should use this method which will calculate the Adapter position of the ViewHolder.

Note that if you've called RecyclerView.Adapter.notifyDataSetChanged(), until the next layout pass, the return value of this method will be RecyclerView.NO_POSITION.

If the RecyclerView.Adapter that bound this RecyclerView.ViewHolder is inside another RecyclerView.Adapter (e.g. MergeAdapter), this position might be different than getAbsoluteAdapterPosition(). If you would like to know the position that RecyclerView considers (e.g. for saved state), you should use getAbsoluteAdapterPosition().

getItemId

public final long getItemId ()

Returns The itemId represented by this ViewHolder.

getItemViewType

public final int getItemViewType ()

getLayoutPosition

public final int getLayoutPosition ()

Returns the position of the ViewHolder in terms of the latest layout pass.

This position is mostly used by RecyclerView components to be consistent while RecyclerView lazily processes adapter updates.

For performance and animation reasons, RecyclerView batches all adapter updates until the next layout pass. This may cause mismatches between the Adapter position of the item and the position it had in the latest layout calculations.

LayoutManagers should always call this method while doing calculations based on item positions. All methods in RecyclerView.LayoutManager, RecyclerView.State, RecyclerView.Recycler that receive a position expect it to be the layout position of the item.

If LayoutManager needs to call an external method that requires the adapter position of the item, it can use getAbsoluteAdapterPosition() or RecyclerView.Recycler.convertPreLayoutPositionToPostLayout(int).

getOldPosition

public final int getOldPosition ()

When LayoutManager supports animations, RecyclerView tracks 3 positions for ViewHolders to perform animations.

If a ViewHolder was laid out in the previous onLayout call, old position will keep its adapter index in the previous layout.

getPosition

public final int getPosition ()

This method is deprecated.
This method is deprecated because its meaning is ambiguous due to the async handling of adapter updates. You should use getLayoutPosition(), getBindingAdapterPosition() or getAbsoluteAdapterPosition() depending on your use case.

isRecyclable

public final boolean isRecyclable ()

setIsRecyclable

public final void setIsRecyclable (boolean recyclable)

Informs the recycler whether this item can be recycled. Views which are not recyclable will not be reused for other items until setIsRecyclable() is later set to true. Calls to setIsRecyclable() should always be paired (one call to setIsRecyclabe(false) should always be matched with a later call to setIsRecyclable(true)). Pairs of calls may be nested, as the state is internally reference-counted.

toString

public String toString ()