Android TextView - Marquee CPU负载

Question

我有一个专有的Android触控面板的特殊情况。 在Android应用程序中，我在页面上有多个使用选取框功能的te​​xtview字段。 =＆GT;一切正常，但如果页面上有超过7个TextView元素，则marquee正在使用接近100％的cpu负载。

如果选框关闭，

加载到0％-1％。

我们很安静地确定我们这里的触摸屏的图形驱动程序已经坏了但我们没有可能在那里交换任何东西，因为它已全部关闭。

详细说明：CPU分析（使用DDMS）显示大部分时间用于android.graphics.Canvas.nativeDrawPath（III）V

现在我的问题： 在这种情况下你有什么建议？

（我不能使用多行字段，因为ui是用户可自定义的，并且有预定义的小部件，我也不能使字段变大）

哦是的它是android 2.3.3，我无法升级。 我不知道android 2.3选框效果有多聪明 - 所以我正在考虑实现我自己的选框效果并尝试将重绘请求组合在一起，但我想我先问这里。

我也试过了textView缓存，但这没有帮助。

感谢任何提示， 迈克尔

Answer 1

对于其他有同样问题的人：

我实现了自己的“类ScrollTextView extends TextView”，它实现了一个自定义的基于字符的选框，它看起来不错，性能更好。 （每隔333毫秒开始删除1个字符，开始时暂停一小段。然后重复。）。

如果应用程序没有部署在带有恐怖图形驱动程序的设备上，它只会激活TextView的选框。

奇怪的，意想不到的问题解决了： - ）