Android UI 操作卡顿

[Chrics]

在 MainActivity 加了一个 TextView ，后台开线程请求网络数据，将结果 append 到 TextView 里面（每条大概 20 个字符），每次添加使用 scrollBy 滚动到最下方，当行数达到 500 行左右 UI 出现卡顿，大概几十行显示一次，到 1000 行的时候 UI 已经卡死不动了，看 Log 的话后台线程的网络请求一直都没问题。

网络请求是单线程队列的，同一时间只有一个线程发起网络请求。

刚入 Android 不久，有没有什么好的解决方案？

[allan1st]

用 RecyclerView/ListView 咯。

[a302800411]

没有复用 textView 吗?你难道 1000 多行,就 new 了 1000 多个 textView?

[allan1st]

@a302800411 LZ 说『将结果 append 到 TextView 里面』，如果真是这样，估计还是 TextView 长文字的性能问题。

[alexlee0728]

还是用 ListView 、 GridView 然后复用应该就没问题了。

[suikator]

试试 webview

[ylqhust]

recycleview 试试

[Chrics]

@suikator 不是要显示 WEB 页面，不需要用 webview 的。

[Chrics]

@lzx728
@ylqhust
@allan1st

嗯我试一下~

[Chrics]

@a302800411 没这么蠢=。= 看追加。

[Chrics]

@allan1st 嗯，粗略的算了下文字长度在 20K 了，或者是不是 scroll 太多引发的渲染问题？

[allan1st]

@Chrics
(Editable) logArea.getText() 不会报错？
你怎么把 CharSequence cast 成 Editable 的？
直接 logArea.append() 不就可以了，放在一个 ScrollView ， 纯文本的话几千行都不会卡。

[Chrics]

@allan1st 嗯，可能看的资料比较老，用了 Ediable 。 Editable 是没有报错的， Editable extends CharSequence ，这个在源码里可以找到。。

TextVIew 自己带了滚动条，就没用 scrollview ，感觉效率低是发生在 scrollBy 重新渲染的过程中。

[allan1st]

@Chrics SDK android-23 里面的 TextView 里面 cast 会出错，因为 getText() 不再是了 editable 了。 TextView 的确自带了滚动条，但是你怎么保证你每次 append 的行数正好是一行呢？屏幕大小又不固定，万一有些是两行你只向下滚动了一行。你可以尝试使用 ScrollView 然后用 ScrollView::fullScroll(View.FOCUS_DOWN)。感觉比较简单高效。
另外我测试了 1000 行，无论是用 View 的 scrollBy 还是 ScrollView 的 fullScroll 都没有性能问题。说不定是 TextView 在新 SDK 中优化了，你可以尝试升级。

[Chrics]

@allan1st 版本比较低，是 API 19 ， 刚刚 ScrollView 里面放 TextView 试了下还是不行，暂停网络线程之后也还是会卡顿，我去升级下 API 试试。

[Chrics]

@allan1st 方便的话帮我测试下 1W 行可以吗？

[morethansean]

@Chrics …… 1w 行……所以是为什么不像楼上说的用 RecyclerView/ListView 呢？

[Bown]

文本越多 TextView 在绘制的时候效率会越低的，绘制一次的时间超过了 16ms 就卡 UI 了
解决方案：
1. 参考这篇文章 http://ragnraok.github.io/textview-pre-render-research.html ，自定义文本 Layout 优化 TextView 的渲染
2. 文字无限多的时候，如楼上所说，文本分块然后 ListView/RecyclerView

[allan1st]

@Chrics 肯定会有问题的，早换 RecyclerView 早解决，即使是图文混排什么的照样不耽误性能。

[Chrics]

@morethansean 感觉一行行的文本，加起来一个 TextView 大概就够了吧，就没往别的方向考虑，直到出了问题..

[Chrics]

@allan1st 好的，已经改过了。