一、RecycleView 基本使用
这部分来看Bugly写的： RecycleView必知必会
这篇文章介绍了RecycleView的一般用法，也讲了Listview和RecycleView的缓存机制。
二、在工作实践中的坑
- 在直播开发中，在评论那块用的就是RecycleView，下面就来说下使用过程中遇到的坑吧~
需求：首先评论区域的RecycleView是固定大小的，而且需要频繁的自动滚动，当然在用户向上浏览消息的时候，是不自动滚动的，而是出现一个消息数的提示，并且在上方边界还要有个淡出的效果。顶部有一段空白。
一、 RecycleView的滚动是靠LayoutManager来实现的，但是当数据量比较大的情况下(产品要求历史消息2000条)，调用smoothScrollToPosition()方法来自然滚动是需要发费大量时间的，但是评论时消息是来的很快的，就会造成滚不赢的情况。
解决方法：我们通过重写LayoutManager来实现,通过重写他计算滚动时间的方法。具体见代码注释。
public class LiveLayoutManager extends LinearLayoutManager {
public LiveLayoutManager(Context context) {
super(context);
}
public LiveLayoutManager(Context context, int orientation, boolean reverseLayout) {
super(context, orientation, reverseLayout);
}
public LiveLayoutManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
super(context, attrs, defStyleAttr, defStyleRes);
}
/* 直播界面IM 消息 layoutManager 频繁刷新的话会出现如下错误
* java.lang.IndexOutOfBoundsException: Inconsistency detected. Invalid view holder adapter positionViewHolder
* 所以在这里加上try catch
* /
@Override
public void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) {
try {
super.onLayoutChildren(recycler, state);
} catch (Exception e) {
DebugLog.d("LiveIMMessage", e.getMessage());
}
}
/**
* 重写LinearSmoothScroller 使得大量数据滚动的时候,时间变短
* @param recyclerView
* @param state
* @param position
*/
@Override
public void smoothScrollToPosition(RecyclerView recyclerView, RecyclerView.State state, int position) {
LinearSmoothScroller linearSmoothScroller =
new LinearSmoothScroller(recyclerView.getContext()) {
@Override
protected int calculateTimeForScrolling(int dx) {
/**
* 此函数计算滚动dx的距离需要多久，当要滚动的距离很大时，比如说50000，
* 经测试，系统会多次调用此函数，每10000距离调一次，所以总的滚动时间
* 是多次调用此函数返回的时间的和，所以修改每次调用该函数时返回的时间的
* 大小就可以影响滚动需要的总时间，可以直接修改些函数的返回值，也可以修改
* dx的值，这里暂定使用后者.
* (See LinearSmoothScroller.TARGET_SEEK_SCROLL_DISTANCE_PX)
*/
if (dx > 1000) {
dx = 1000;
}
return super.calculateTimeForScrolling(dx);
}
@Override
public PointF computeScrollVectorForPosition(int targetPosition) {
return LiveLayoutManager.this.computeScrollVectorForPosition(targetPosition);
}
};
linearSmoothScroller.setTargetPosition(position);
startSmoothScroll(linearSmoothScroller);
}
}
说道这里我们在提一下LayoutManager的其他滚动方法。
这是带有滚动动画的，由于需要滚动需要时间，为确保直播消息滚到底部，需要进行延时处理
smoothScrollToPosition(RecyclerView recyclerView, RecyclerView.State state, int position)
mRvComment.postDelayed(new Runnable() {
@Override
public void run() {
if (mVideoCommentAdapter != null) {
try {
mRvComment.smoothScrollToPosition(mVideoCommentAdapter.getItemCount() - 1 < 0 ? 0 : mVideoCommentAdapter.getItemCount() - 1);
} catch (Exception e) {
CrashUtils.logCrashException(e);
}
}
}
}, 20);
这个方法是不带动画的，就是瞬间到某个位置，适用于聊天一进来就到底部的情况。
后面那个参数是相对于positiond的偏移量，一般使用0
scrollToPositionWithOffset(int position, int offset)
二、顶部渐变效果的实现
这是利用ItemDecoration()的onDrawOver(Canvas canvas, RecyclerView parent, RecyclerView.State state)方法实现的。因为这个实在RecycleView分割线的onDraw()方法之后调用。就是在RecycleView的上方绘制一个线性渐变的矩形，来达到让文字淡出的效果，本来想在每个Item上来实现这个效果的。但是没有好的idea，看到Now直播实现了，但还是没想到怎么实现。。
/**
* 处理im消息区 渐隐效果
*/
public void doTopGradualEffect(){
if(mRvComment == null){
return ;
}
mPaint = new Paint();
final Xfermode xfermode = new PorterDuffXfermode(PorterDuff.Mode.DST_IN);
mPaint.setXfermode(xfermode);
linearGradient = new LinearGradient(0.0f, 0.0f, 0.0f, 100.0f, new int[]{0, Color.BLACK}, null, Shader.TileMode.CLAMP);
mRvComment.addItemDecoration(new RecyclerView.ItemDecoration() {
@Override
public void onDrawOver(Canvas canvas, RecyclerView parent, RecyclerView.State state) {
super.onDrawOver(canvas, parent, state);
mPaint.setXfermode(xfermode);
mPaint.setShader(linearGradient);
canvas.drawRect(0.0f, 0.0f, parent.getRight(), 200.0f, mPaint);
mPaint.setXfermode(null);
canvas.restoreToCount(layerId);
}
@Override
public void onDraw(Canvas c, RecyclerView parent, RecyclerView.State state) {
super.onDraw(c, parent, state);
layerId = c.saveLayer(0.0f, 0.0f, (float) parent.getWidth(), (float) parent.getHeight(), mPaint, Canvas.ALL_SAVE_FLAG);
}
@Override
public void getItemOffsets(Rect outRect, View view, RecyclerView parent, RecyclerView.State state) {
super.getItemOffsets(outRect, view, parent, state);
}
});
}
三、直播界面与软键盘弹出的那些事
我一直觉得软键盘是Android的一大坑，关于软键盘的坑，就不在这里写了，后面我单独写一篇博客介绍。
直播界面的坑是布局层次复杂，显示评论的RecycleView是固定大小的，弹起键盘会导致评论位置的改变，显示错乱。这个问题纠结了很久 一直找不到原因
最后发现是因为:是因为这句代码
设置了LayoutManager的这个属性，键盘弹起会导致RecycleView内重新布局。具体原因我也不是很清楚。跟了下源码 没太看懂。
mLinearLayoutManager.setStackFromEnd(true);
四、当用户在浏览消息记录显示消息数提示
这个需求比较简单了，提供一个来消息的接口，来了消息就加到消息列表中去，在消息列表中作消息数的限制，多余2000条就去除就可以在这里做了，提供一个滚动到底部的方法，在OnScrollListener()的方法中去监听滑动的状态。
/**
* 在不刷新状态下的未读消息数
*/
private int mNewMessageCount = 0;
/**
* im消息是否滑动到了最低端
*/
private boolean mIsSrcollToBottom;
/**
* 刷新界面的接口、
*/
@Override
public void onRefreshChatListUi() {
if (mVideoCommentAdapter != null) {
mVideoCommentAdapter.notifyItemInserted(mVideoCommentAdapter.getItemCount() - 1);
if (mIsSrcollToBottom) {
scrollIMToBottom();
} else {
mNewMessageCount++;
/**
* 第一条消息进来时 检查下是否在底部
*/
if (mNewMessageCount == 1) {
checkIsScrollBottom();
}
updateNewMessageView();
}
}
}
/**
* IM面板的滚动监听
*/
private class IMScrollListener extends RecyclerView.OnScrollListener {
@Override
public void onScrollStateChanged(RecyclerView recyclerView, int newState) {
super.onScrollStateChanged(recyclerView, newState);
if (newState == SCROLL_STATE_IDLE || newState == SCROLL_STATE_DRAGGING) {
checkIsScrollBottom();
}
DebugLog.d("jiangcheng", "********mIsSrcollToBottom*********" + mIsSrcollToBottom);
}
}
/**
* 确认是否滚动到最低端
*/
private void checkIsScrollBottom() {
int lastVisible = mLinearLayoutManager.findLastVisibleItemPosition();
if (lastVisible == mVideoCommentAdapter.getItemCount() - 1 && mLinearLayoutManager.getChildCount() > 0) {
ViewUtils.setGone(mCtvNewMessage, true);
mNewMessageCount = 0;
mIsSrcollToBottom = true;
} else {
mIsSrcollToBottom = false;
if (mNewMessageCount > 0) {
updateNewMessageView();
ViewUtils.setGone(mCtvNewMessage, false);
}
}
}
/**
* 更新消息提醒的view
*/
private void updateNewMessageView() {
mCtvNewMessage.setText(mNewMessageCount + "条新消息");
}
五、总结
其实直播这个场景，使用ListView是比较容易的，setSelection()这个方法简单粗暴。但是项目中都切到RecycleView了，因为项目紧，也没有来得及仔细的研究一些细节。我感觉还是要多看看源码，否则都看不懂作者的意图，就像我上面提的那个为什么会改变position的位置。
