Android TextView - Marquee CPU 负载
发布于2023-12-25 22:24 阅读(768) 评论(0) 点赞(19) 收藏(4)
我遇到了一个特殊的情况，需要使用专有的 Android 触摸面板。在 Android 应用程序中，我在页面上有多个使用选取框功能的文本视图字段。=> 一切工作正常，但如果页面上有超过 7 个 TextView 元素，则选框会使用接近 100% 的 cpu 负载。
如果关闭选框，负载将变为 0%-1%。
我们很确定我们在这里得到的触摸板的图形驱动程序已损坏，但我们无法在那里交换任何东西，因为它都已关闭。
详细：CPU 分析（使用 DDMS）显示大部分时间用于 android.graphics.Canvas.nativeDrawPath(III)V
现在我的问题是：在这种情况下你有什么建议？
（我无法使用多行字段，因为用户界面是用户可自定义的，并且有预定义的小部件，而且我也无法使字段变大）
哦，是的，它是 android 2.3.3，我无法升级。我不知道 android 2.3 选框效果有多智能 - 所以我正在考虑实现我自己的选框效果并尝试将重绘请求分组在一起，但我认为我首先在这里问。
我还尝试了 textView 缓存，但这没有帮助。
感谢您的任何提示，迈克尔
解决方案
对于其他有同样问题的人：
我实现了自己的“类 ScrollTextView 扩展 TextView”，它实现了一个自定义的、基于字符的选取框，它看起来不错并且性能更好。（每 333 毫秒删除开头的 1 个字符，并在开头稍作停顿。然后重复。）。
如果应用程序未部署在具有可怕图形驱动程序的设备上，它只会激活 TextView 的选取框。
奇怪的、意想不到的问题解决了:-)
所属网站分类: 技术文章 > 问答
作者：黑洞官方问答小能手
链接：http://www.javaheidong.com/blog/article/685772/c9410285f7d6abac9544/
来源：java黑洞网
任何形式的转载都请注明出处,如有侵权 一经发现 必将追究其法律责任
昵称:
评论内容：(最多支持255个字符)
---无人问津也好，技不如人也罢，你都要试着安静下来，去做自己该做的事，而不是让内心的烦躁、焦虑，坏掉你本来就不多的热情和定力