前置：
被选中item高度与非选中item高度不一致，且硬件有点卡，运行会有一定卡顿。
可视界面的item为三个，总数据为十个。
期望效果：
=》
实际上效果：
代码：
mListAdapter.setSelectedPosition(position);
mListView.post(() -> {
mListView.smoothScrollToPosition(position);
}); public void setSelectedPosition(int position) {
if (mSelectedPosition == position) {
return;
}
mSelectedPosition = position;
mSelectedSubPoiPosition = -1;
if (0 > mSelectedPosition) {
return;
}
if (mSelectedPosition >= getItemCount()) {
return;
}
notifyDataSetChanged();
}代码很简单，先notify在进行scroll，看代码是不会出现这个问题，后来进行初步调试，推测为view未渲染完毕，进行滚动，导致滚动的位置与实际偏差。（选中和未选中的item高度不一致）
一.解决方案
public void setSelectedPosition(int position) {
if (mSelectedPosition == position) {
return;
}
int mLastSelectPos=mSelectedPosition;
mSelectedPosition = position;
mSelectedSubPoiPosition = -1;
if (0 > mSelectedPosition) {
return;
}
if (mSelectedPosition >= getItemCount()) {
return;
}
//修改为：范围刷新
notifyItemRangeChanged(Math.min(mLastSelectPos, mSelectedPosition), Math.abs(mLastSelectPos - mSelectedPosition) + 1);//受影响的itemd都刷新下
} mListView.post(() -> {
//TODO 添加代码 把刷新动画end，设置为null也会失败，但是end有用
RecyclerView.ItemAnimator itemAnimator = mListView.getItemAnimator();
if (itemAnimator != null) {
itemAnimator.endAnimations();
}
mListView.smoothScrollToPosition(scrollPosition);
});二.recyclerView的刷新
我的思路是，首先对控件的加载进行优化，现针对notify刷新，其次为滚动动画。
1. 刷新全部的item，notifyDataSetChanged()
2. 刷新指定的item，notifyItemChanged(int)
3. 从指定的位置开始刷新指定个item，notifyItemRangeChanged(int,int) 这个刷新onBindViewHolder方法，position才能保持一直
4. 局部刷新指定的数据，notifyItemChanged(int, Object)根据浏览器和源码的结果，主要分为以上四种刷新方式。
1.notifyItemChanged
1.1 notifyItemChanged（position)
想先使用notifyItemChanged，指定刷新本次选中和上次选中的item，精准打击，这样刷新是最节约资源的。
notifyItemChanged(mLastSelectPos);
notifyItemChanged(mSelectedPosition);onBindViewHolder也只会调用俩次。
但是加上滚动，且滚动的目标位置距离过远，导致中间加载的view数量多，滚动的位置也会出现偏差。并未解决到BUG。
1.2 notifyItemChanged(position,payloads)
payloads我理解为一个标识符，在onBindViewHolder的方法中进行判断，针对item的控件单独刷新，其余并无区别。
@Override
public final void onBindViewHolder(VH holder, int position, List<Object> payloads) {
}用法举个栗子：
//"a"和"b"都是标识符，可以换成其他的
notifyItemChanged(mLastSelectPos,"a");
notifyItemChanged(mSelectedPosition,"b"); @Override
public final void onBindViewHolder(VH holder, int position, List<Object> payloads) {
if (payloads.get(0).equals("a")){
((Item) holder).getmNameTv().setText("我是A");
}else if (payloads.get(0).equals("b")){
((Item) holder).getmNameTv().setText("我是B");
}
}1.3 它们终归指向何处？
查看源码都指向了 notifyItemRangeChanged ！
2.notifyItemRangeChanged
先看参数源码解释：
positionStart ：刷新开始的位置/下标
itemCount：从positionStart开始数itemCount个数需要刷新。
用法：
notifyItemRangeChanged(Math.min(mLastSelectPos, mSelectedPosition), Math.abs(mLastSelectPos - mSelectedPosition) + 1)举个栗子：
notifyItemRangeChanged（0，3），刷新下标：0\1\2
notifyItemRangeChanged（3，5），刷新下标：2\3\4\5\6
3.刷新流程=》Observable
我们现在知道是由Observable促成刷新，来看下如何进行注册。
首先进行注册
RecyclerView 会一开始new一个RecyclerViewDataObserver进行注册。
private final RecyclerViewDataObserver mObserver = new RecyclerViewDataObserver();
....
public void setAdapter(@Nullable Adapter adapter) {
// bail out if layout is frozen
setLayoutFrozen(false);
setAdapterInternal(adapter, false, true);
processDataSetCompletelyChanged(false);
requestLayout();
}
....
private void setAdapterInternal(@Nullable Adapter adapter, boolean compatibleWithPrevious,
boolean removeAndRecycleViews) {
if (mAdapter != null) {
mAdapter.unregisterAdapterDataObserver(mObserver);
mAdapter.onDetachedFromRecyclerView(this);
}
if (!compatibleWithPrevious || removeAndRecycleViews) {
removeAndRecycleViews();
}
mAdapterHelper.reset();
final Adapter oldAdapter = mAdapter;
mAdapter = adapter;
if (adapter != null) {
adapter.registerAdapterDataObserver(mObserver);
adapter.onAttachedToRecyclerView(this);
}
if (mLayout != null) {
mLayout.onAdapterChanged(oldAdapter, mAdapter);
}
mRecycler.onAdapterChanged(oldAdapter, mAdapter, compatibleWithPrevious);
mState.mStructureChanged = true;
}
...我们来看下RecyclerViewDataObserver里面的方法对应RecyclerView的哪些调用。
notifyDataSetChanged() =>
RecyclerViewDataObserver.onChanged()
notifyItemChange()/notifyItemRangeChanged() =>
RecyclerViewDataObserver.onItemRangeChanged();
先看下最开始调用的RecyclerViewDataObserver.onChanged()里做了什么事。
private class RecyclerViewDataObserver extends AdapterDataObserver {
@Override
public void onChanged() {
assertNotInLayoutOrScroll(null);
mState.mStructureChanged = true;
// 清空mCachedViews
processDataSetCompletelyChanged(true);
// 刷新UI
if (!mAdapterHelper.hasPendingUpdates()) {
requestLayout();
}
}
} void processDataSetCompletelyChanged(boolean dispatchItemsChanged) {
mDispatchItemsChangedEvent |= dispatchItemsChanged;
mDataSetHasChangedAfterLayout = true;
//添加标识符
markKnownViewsInvalid();
}调用markKnownViewsInvalid（）使用for循环给mCachedViews 的每个viewHolder添加标识符FLAG_UPDATE或者FLAG_INVALID。
// RecyclerView.java/Recycler
void markKnownViewsInvalid() {
// 遍历缓存的view设置标志
int cachedCount = this.mCachedViews.size();
for(int i = 0; i < cachedCount; ++i) {
RecyclerView.ViewHolder holder = (RecyclerView.ViewHolder)this.mCachedViews.get(i);
if (holder != null) {
holder.addFlags(6);
holder.addChangePayload((Object)null);
}
}
// 决定回收和清除view的关键是 是否设置的stableIds
if (RecyclerView.this.mAdapter == null || !RecyclerView.this.mAdapter.hasStableIds()) {
// 将mCacheViews中缓存的viewHolder全部移入mRecyclerPool中
this.recycleAndClearCachedViews();
}
}
下一步查看了网上的相关博客，我们可以倒回去看requestLayout（）刷新布局，会执行onMeasure()
onLayout()，那么势必就涉及到viewHolder的复用问题，而在填充fill之前，会在之前
执行 detachAndScrapAttachedViews 方法进行缓存。
