1

我有一个特殊的情况，使用专有的 android 触摸面板。在一个 Android 应用程序中，我在一个使用选取框功能的页面上有多个 textview 字段。=> 一切正常，但如果我们在页面上有超过 7 个 TextView 元素，marquee 将使用近 100% 的 cpu 负载。

如果选取框关闭，负载将变为 0%-1%。

我们很确定我们在这里得到的这个触摸面板的图形驱动程序坏了，但我们没有办法在那里交换任何东西，因为它已经全部关闭了。

详细说明：CPU profiling (with DDMS) 显示大部分时间用在 android.graphics.Canvas.nativeDrawPath(III)V

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

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

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

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

谢谢你的任何提示，迈克尔

4

1 回答 1

1

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

我实现了我自己的“类 ScrollTextView 扩展 TextView”，它实现了一个自定义的、基于字符的选取框，它看起来不错并且性能更好。（每 333 毫秒在开始时删除 1 个字符，并在开始时稍作停顿。然后重复。）。

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

奇怪的，意想不到的问题解决了:-)

于 2013-10-13T07:29:34.907 回答