Android中为TextView设置大量ImageSpan出现卡顿该如何优化？

卡顿核心原因 #

原生TextView处理多ImageSpan时，每次测量、绘制阶段都会遍历所有Span进行计算，Span数量越多，每帧的计算开销越大；加上频繁创建ImageSpan、Drawable对象触发GC，共同导致卡顿。

1. 实例复用优化 #

• 不要每次构建Spannable时都重新创建Drawable和ImageSpan对象，提前缓存常用的Drawable实例，相同资源的ImageSpan直接复用，避免频繁的对象创建与GC触发。
• Drawable加载完成后提前调用setBounds()设置好宽高，不要在draw()回调里动态计算，减少绘制阶段的计算量。

2. Spannable构建逻辑优化 #

• 所有Spannable的拼接、ImageSpan插入逻辑放到子线程执行，构建完成后再切回主线程调用setText()，避免阻塞主线程。
• 尽量使用SpannableStringBuilder的批量操作API，不要多次零散调用setSpan()，减少内部索引更新的开销。
• 如果内容是可分段复用的，缓存已经构建好的局部Spannable片段，下次使用时直接拼接即可，不需要重新插入ImageSpan。

3. 绘制层面优化 #

• 如果使用的ImageSpan都是静态图标，可提前将Drawable转成Bitmap缓存，绘制时直接绘制缓存的Bitmap，减少Drawable的绘制开销。
• 关闭TextView的不必要属性：不需要文字选中功能时设置setTextIsSelectable(false)，不需要阴影效果时移除阴影相关属性，减少每帧的绘制计算量。
• 当ImageSpan数量超过100个时，不建议用原生TextView实现，改用RecyclerView替代，把每个图文项作为独立的RecyclerView item，利用RecyclerView的复用机制大幅降低内存占用和绘制压力。

4. 自定义实现替代 #

如果上述优化后性能仍不满足需求，可以自定义View实现图文混排逻辑，自己控制绘制流程，避免原生Spannable内部无差别遍历所有Span的额外开销。

内容的提问来源于stack exchange，提问作者Ganesh S S