惰性和延​​迟 TreeViewer 问题

Question

我实际上有两个问题，但它们有点相关，所以在这里它们作为一个问题...

如何确保使用 TreeViewer(SWT.VIRTUAL< /code>) 和 ILazeTreeContentProvider？ 如果一个节点有 5000 个子节点，一旦它们被查看者显示，它们就永远不会被释放， 如果您的树具有大量节点和叶子并且堆大小不够大，因此会出现内存不足错误。 是否有某种最佳实践如何避免由于从未关闭的视图持有包含大量数据（数十万个对象甚至数百万个对象）的树查看器而导致的内存泄漏？ 也许有一些回调接口可以让查看器/内容提供者元素具有更大的灵活性？

是否可以将延迟（DeferredTreeContentManager）和延迟（ILazyTreeContentProvider）加载结合起来用于单个TreeViewer（SWT.VIRTUAL)? 据我了解，通过查看示例和 API，只能在给定时间使用其中之一，但不能同时使用两者，例如， 仅获取给定节点的可见子节点，并使用 Job API 在单独的线程中获取它们。令我困扰的是 Deferred 方法 加载所有子项。虽然在不同的线程中，你仍然加载所有元素 即使一次只显示最小子集。

如果需要，我可以为我的问题提供代码示例......

我自己目前正在努力解决这些问题，所以如果我同时设法想出一些东西，我会很乐意在这里分享。

谢谢！

问候， 斯维伦

Answer 1

我发现 Eclipse 框架有时会让人精神分裂。我怀疑与 ILazyTreeContentProvider 相关的 DeferredTreeContentManager 就是其中一种情况。

在另一个示例中，在去年的 EclipseCon 上，他们建议您使用适配器工厂 (IAdapterFactory) 来使您的模型适应当时所需的绑定上下文。例如，如果您希望模型显示在树中，请这样做。

treeViewer = new TreeViewer(parent, SWT.BORDER);
IAdapterFactory adapterFactory = new AdapterFactory();
Platform.getAdapterManager().registerAdapters(adapterFactory, SomePojo.class);
treeViewer.setLabelProvider(new WorkbenchLabelProvider());
treeViewer.setContentProvider(new BaseWorkbenchContentProvider());

注册您的适配器，BaseWorkbenchContentProvider 将在工厂中找到该适配器。精彩的。听起来像是一个计划。

“哦，顺便说一句，当你有大型数据集时，请这样做”，他们说：

TableViewertableViewer = new TableViewer(parent, SWT.VIRTUAL);
// skipping the noise
tableViewer.setItemCount(100000);
tableViewer.setContentProvider(new LazyContentProvider());
tableViewer.setLabelProvider(new TableLabelProvider());
tableViewer.setUseHashlookup(true);
tableViewer.setInput(null);

事实证明，第一个和第二个例子不仅不兼容，而且是相互排斥的。这两种方法可能由没有共同计划的不同团队实施，或者 API 可能正处于向通用框架过渡的过程中。尽管如此，你还是得靠自己。