gluon - Gluon 上的 ListView 性能不佳

Question

我有一个自定义的ListCell实现，如下图所示。

左边，代表日期，由3个标签组成，放入一个VBox和由计数器组成的“CounterContent”，每个标签有一个TextField数字，包含在一个 HBox 中，以及两个包含 kWh、kWh/day 等标签的 Hboxes。对于高性能运行来说，这似乎太多了。

我尝试在后台任务中加载数据，在任务运行时显示进度指示器，但与桌面不同，在 Android 上性能非常差。每当我切换到 ListView 时，垃圾收集就会启动，并阻塞 ui 线程，以便进度指示器永远不会显示。

我已经在华为 Y-300、Android 4.1.1、javafxports 8.60.6 上尝试过(因为 javafxports 8.60.7 会导致错误，导致 TextField 无法使用)，并且在三星 S5 mini，安卓 5+。在三星手机上，总体性能要好得多，就像预期的那样，我猜是因为提前编译，但仍然存在垃圾收集问题。此外，在 ListView 填充单元格后，滚动不是很平滑。

列表单元是否过于复杂，或者还有其他什么原因导致性能不佳？

更新:

经过大量测试后，滚动不流畅似乎不是由性能问题引起的。至少在 S5 上(javafxports 8.60.7)。

我删除了所有 css 样式，并用单个标签替换了文本字段(计数器节点已经是一个自定义控件(忘记了)，它将文本字段布置在 2 个区域中(不是 HBoxes)和 ListCell 的节点在构造函数中实例化)。此外，我将 ListView 切换为 CharmListView 并设置 android.monocle.input.touchRadius=1。

这些步骤都没有带来显着的改进。

澄清一下:与华为手机相比，S5和android 5+上的滚动可以使用，但不是很流畅，这导致用户体验不太理想。

在华为(javafxports 8.60.6)上，更改标签的计数器文本字段带来了显着的改进，但还没有达到滚动可用的程度。直到我设置了这个神奇的实验开关:gluon.experimental.performance=true，这使得 ListView 滚动得快如闪电(经过一点预热延迟后)，但仍然不太平滑。

Answer 1

复杂场景的性能下降的原因有很多，因此这只是可能有助于改进场景的可能想法的列表，按任意顺序排列。

ListCell

对于初学者来说，单元中的节点数量非常多。请注意，您所做的每个滚动都意味着包含可见单元格的虚拟流的完整渲染。对于每个单元格，这意味着重新创建其内容。

如果不查看您的代码，我无法判断，但您应该避免始终在单元格中创建每个节点的新实例，只需一个实例，并且仅在 updateItem 方法中更改节点的内容。

看看这个 sample 。 NoteCell 类是一个自定义单元格，其中使用 ListTile。

节点数量

您是否尝试过仅使用 Label 来替换 8 个文本字段和 3 个框？

缓存

如果您使用从互联网下载的图像，请使用 Gluon Charm Down Cache 以避免重复下载相同的图像。

看看这个 sample 。如果没有缓存，即使在桌面上，性能也会受到影响。

还对任何节点使用 JavaFX 内置缓存，尝试不同的缓存策略。

CSS

复杂的CSS需要很长的CPU时间。尝试简化它。您甚至可以删除整个 CSS 以进行快速测试。然后决定您可以使用或不可以使用什么。

动画也是如此:如果可能的话，避免动画、过渡甚至 CSS 效果。

自定义控件

计数器复杂节点可能会被优化渲染的自定义控件所取代。

CharmListView

您是否尝试过使用 Gluon Charm CharmListView 控件而不是 ListView ？

有一个新的实验标志，您可以使用它来测试可能的优化，该优化可能会提高滚动列表时的性能。在 java.custom.properties 文件上设置 gluon.experimental.performance=true，然后尝试一下。

JavaFXPorts 版本

您提到由于 TextField 错误，您正在使用 8.60.6。在这种情况下，您的 TextField 节点是否可编辑？如果没有，我建议将它们替换为其他节点并运行 8.60.7，因为它包含很多性能改进。

性能工具

使用性能工具，如 Monitor并使用其 profiling选项，以便您可以追踪任何可能的瓶颈。

CPU

最后但并非最不重要的一点:您的移动设备规范始终至关重要。

尝试在 Cortex A5 上渲染复杂的场景，因为“它是最小、成本最低、功耗最低的 ARMv7 应用程序 processor”，或者使用非常旧的 Android 4.1.1，则无法表现良好就像在具有更高规范的全新设备上运行它一样。

正如您还提到的，在 Cortex A7 上运行的性能“更好”。看看这个comparison ，并找到适合该工作的架构。

无论如何，总有改进的空间，并且付出了很多努力。随时欢迎您提供反馈。