TreeViewer 仅延迟加载图标

Question

我有一个 TreeViewer，它显示项目列表。我的限制如下：

• 每个项目都表示为磁盘上的 XML 文件。
• ' -> 树中的项目“hello”）
• 每个 XML 文件都有一个“类型”，存储在 XML 中，这表示每个项目的图像

每个 XML 文件的文件名是图标的标签（' hello.xml 我为在每个 XML 文件中读取的 TreeViewer 项目执行 getChildren() 并从那里生成 Object[] 数组。直到最近，这还是可以接受的，但现在已经不再是这样了。 XML 文件的正常数量是 10 个，现在是 500 个。

我需要提高性能。但是，由于兼容性等多种原因，以下选项是不可能的

• 。 无法更改 XML 文件的格式（即使用数据库、序列化对象..）
• 无法创建 XML 文件的附加表示形式
• 无法更改 XML 文件的名称XML 文件（即“hello.xml”->“hello-type.xml”）

根据我的测试，当仅获取 XML 文件的目录列表并将其用于标签时，发现了合理的性能。标签名称是最重要的重要的方面，虽然图像类型很有用，但它的存在并不是立即需要的。

这些要求和限制使我得到了以下解决方案：

1. 初始 getChilren() 扫描 XML 文件的目录并返回具有“缺失”类型的标签列表。 (getImage() = MissingImage)
2. getChilren() 然后启动一个后台作业，该作业读取 XML 文件并获取类型
3. 。 == 现在是properIcon）。这是由作业调用的。
4. 然后，作业迭代树中的每个项目并调用 update()，对于

我已经实现的每个项目，性能仍有待提高。此外，由于我们对 Display.getDefault().asyncExec 进行了多次调用来进行更新，因此 GUI（虽然仍然具有响应性）将需要时间来响应用户交互（虽然实际上并未锁定）。有什么方法可以改善这一点吗？

已考虑/尝试过以下内容：

• 使用 DeferredTreeContentManager - 没有这样做，因为我希望首先快速获得名称，图像可以稍后按照自己的节奏进行更新
• 立即对所有项目执行 update() / 批量项目- 这会锁定 GUI，比许多单独的 update() 更糟糕

Answer 1

来降低后台线程的优先级

this.setPriority(this.getPriority()-1);

尝试通过调用Thread

。对 asyncExec 的 500 次调用不应使 GUI 无响应，如果它们除了在 TreeItem 中设置图像之外没有做更多的事情。为了确保您对 TreeViewer.update 的调用成本低廉，请调用

TreeViewer.setUseHashlookup(true)

它来实现元素到 TreeItems 的高效映射。

Answer 2

如果您在后台作业中将所有图像加载到 ImageRegistry（可能使用 XML），然后简单地从该注册表添加图像，这不是有帮助吗？

Answer 3

我会推荐以下优化策略（按顺序）...

1. 批量更新调用。也就是说，有一个列表，您可以在其中存储已计算图像的内容对象。当列表大小达到某个阈值（或者用完对象）时，开始更新列表中当前的所有对象。确保先复制列表的内容并清除列表，以便缓存线程可以不断累积。使用阈值参数，您可能会通过减少 asyncExec 调用的数量来获得所需的性能。

2. 如果#1 本身还不够（不太可能），您可能还需要考虑围绕可视区域进行优化。 Tree 类具有跟踪哪些项目可见的 api，并且您可以侦听滚动事件。这里的想法是优先考虑可见项目的图像计算，并仅在项目变得可见后调用更新。

Answer 4

我建议在后台线程中一次加载/创建多个图像（从你所说的看来，你可以做至少 10 个 w/oa 性能问题）。所以你的线程看起来像这样：

// Load/Create some number of images...

Display.asyncExcec(new Runnable() {
    public void run() {
        getTreeViewer().setRedraw(false);
        // Loop and call update on each node you loaded the image for
        getTreeViewer().setRedraw(true);
    }
});