android读取文本卡顿,Android TextView setText卡顿问题

TextView 是常用控件之一，最常用的方法是setText()  。但是 我们在显示大量的文本的时候，使用setText还是会有一些性能的问题。

这篇文章 关于TextView的setText 的性能问题 和 怎样优化。 先来介绍些基本知识

Android中的TextView是整个framework中最复杂的控件之一，负责Android中显示文本的大部分工作，framwork中的许多控件也直接或者间接的继承于TextView，例如Button，EditText等。其内部实现也相当复杂。TextView中许多操作都非常繁重，例如setText操作，需要设置SpanWatcher，或者需要重现创建一个SpannableString，还需要根据情况重新创建TextLayout，这些操作加起来之后令一次setText操作非常耗时。尤其是显示大量的文本 以及 emoji 表情的时候，会造成严重的性能问题。

之前做了一个类似朋友圈的功能，经过测试 有大量的emoji表情的时候 滑动的时候 会有 明显的卡顿感。

光一个item 就可能要加载30-50ms之长。 那么 一般对Android 小有研究的人都知道  渲染超过16ms 就会卡顿。

那么 为什么卡顿呢？ 原因是丢帧造成的。

首先 16ms是怎么来的

16 = 1000 / 60;  这个公式  1000ms = 1秒钟 / 60帧；  也就是 在1秒钟内 显示60帧  人在操作的时候 才不会感觉卡顿。 那么如果超过了16ms   后面的帧 就来不及渲染。  那么就会把后面的丢掉 这是造成卡顿的原因。

TextView渲染基本原理

1.BoringLayout

主要负责显示单行文本，并提供了isBoring方法来判断是否满足单行文本的条件。

2.DynamicLayout

当文本为Spannable的时候，TextView就会使用它来负责文本的显示，在内部设置了SpanWatcher，当检测到span改变的时候，会进行reflow，重新计算布局。

3.StaticLayot

当文本为非单行文本，且非Spannable的时候，就会使用StaticLayout，内部并不会监听span的变化，因此效率上会比DynamicLayout高，只需一次布局的创建即可，但其实内部也能显示SpannableString，只是不能在span变化之后重新进行布局而已。

(关于Spannable ，SpannableString和SpanWatcher这些就不在这里解释了，大家可自行搜索)

StaticLayot 可在 线程中使用，比较特殊, 为什么能在线程使用 具体没研究过....

上面描述过setText存在的问题。 怎么解决？ 答案就是使用 StaticLayout 预加载好。由于StaticLayout可在

线程中使用，所以开线程预加载 大量要显示的文字 或 表情 能够提高性能。卡顿问题 得到明显改善。

渲染每个item基本不超过 16ms。

根据 以上内容写了个小小的demo。项目内容主要是 对StaticLayot 的预渲染。

项目已上传github，如有什么问题 可以及时提出

github链接：https://github.com/wangwei2014/localgit/tree/master/OptimizeText

更加详细的Textview 优化内容 http://ragnraok.github.io/textview-pre-render-research.html