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