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，如有什么问题 能够及时提出
更加具体的Textview 优化内容 http://ragnraok.github.io/textview-pre-render-research.html