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

TextView渲染基本原理

1.BoringLayout

更多相关文章

随机推荐