Android ListView复杂列表优化实践

浏览数：21 / 时间：2015年06月11日

很多社交App都不免会涉及到复杂的列表元素实现，一个列表上面可能大量的图片，不定长的评论列表，给手机端的程序员带来了不少的挑战。本文就是在实现复杂的列表滑动的情况下，利用已知的优化方法指导下的一次优化实践，旨在提升ListView的滑动流畅度，为用户带来良好的体验。

1：设计稿：

这是列表中可能出现的ItemView，有两种，但是又有许多相同的地方，比如一样有点赞的图片，评论等...其中，评论和点赞的数量是可变的。

2：使用一般布局带来的问题？

头像表格：如果使用自带的布局LinearLayout和ImageView来完成，会导致布局比较深，而且大量的addView操作会导致列表滑动的时候卡顿。

评论列表：和头像表格一样，由于Item的数量是会变化的，会带上和头像表格同样的问题。

大量图片加载: 不难看出图片的数量是可观的，由于每次请求回来的内容可能有很多条，如果数据一回来就请求里面带的全部图片链接，即使使用了线程池，也会占用cpu比较长的一段时间，因此也会带来界面的不流畅问题。

3：指导优化思路：

(1): ViewHolder模式, 重用View和减少Child View查找时间，相信大家对这个都不陌生。

(2): 尽可能减少布局层次

(3): 只刷新变化的部分View

(4): 避免调用addView这样的方法

(5): 只加载当前视图需要的图片,并且在滑动列表的时候停止后台的加载线程，为UI线程空出cpu资源，在停止的时候再请求。

(6): 首次加载图片就处理(圆角/缩放等)并缓存在本地

4：实践过程：

4.1：布局和View部分：

把【头像表格】和【评论列表】作为一个整体的自定义View来实现，右边的卡片结构基本一个RelativeLayout就可以实现了，这样整个Item就基本可以控制在3~4个层次深度上面。

【头像表格】实现注意点：

1)：一开始应该先用默认头像填充，之后再图片返回的时候不要粗鲁地使用invalidate()，而是使用invalidate(Rect rect),进行局部刷新，响应点击事件更换背景时也应如此。

2)：由于onMesure和onDraw的的过程是比较频繁和代价较高的，因此要尽可能复用对象,如(Paint, Rect...)

【评论列表】实现要点：

1)：除了上面提到的，这里有个难点就是字符串的绘制，什么时候该换行？这里涉及到非常复杂的文字处理，尤其是不同国家的不同文字系统，幸好，这些在Android API里面都有了相关实现，笔者是在TextView中找到的，也就是android.text.Layout 的几个实现类,笔者在这里只是使用了DynamicLayout来实现。通过这个类你可以获得字符串的高度信息(onMeasure)，行数等...而且它已经实现了draw的过程，只需调整好画布的位置(canvas.translate)，直接调用就可以了，非常方便。

【额外元素】

1)：回到设计图上，我们看到还有可能出现的股票信息，对于这种额外元素，<ViewStub>最适合不过了...

【ListView】的数据变化：

1)：对于整个Item的增加或者删除动作，可以调用notifyDataChanged()。

2)：对于Item内部的数据变化，不要粗鲁地使用notifyDataChanged(), 而是改变产生变化的View。