JFace ComboViewer加载大量数据的性能问题求助

问题背景 #

使用JFace ComboViewer加载约2万条已缓存的数据时，单组件填充耗时数秒；若页面存在多个该组件，面板加载总耗时超10秒，性能瓶颈仅集中在ComboViewer的填充操作（底层使用Combo或CCombo均存在此问题）。已尝试以下方案但未解决：

• 使用SWT.Virtual：仅支持Table和Tree控件，Combo系列控件不兼容
• 后台线程直接填充：Combo.setItems/CCombo.setItems仅允许在UI线程调用
• 后台分段填充+UI线程增量添加：逻辑复杂易出错，暂未落地
• 更换控件：未找到合适的替代组件
• 重写ComboViewer以支持虚拟加载/后台填充：改造成本过高

可行解决方案 #

低改动优化方案 #

1. 延迟加载+输入过滤触发

初始仅加载少量数据（比如前100条），当用户在输入框中输入内容时，再从缓存中过滤匹配数据并更新ComboViewer的内容，避免一次性加载全量数据。
示例代码：

// 初始化时加载前100条数据
viewer.setInput(getTopNItems(100));

// 给Combo添加输入监听，实时过滤更新
combo.addModifyListener(e -> {
    String filterText = combo.getText().trim();
    // 从缓存中过滤匹配数据，限制显示数量避免下拉列表过长
    List<Object> filteredData = cache.stream()
            .filter(item -> item.toString().toLowerCase().contains(filterText.toLowerCase()))
            .limit(200)
            .collect(Collectors.toList());
    viewer.setInput(filteredData);
});

该方案无需改动原有控件结构，大幅降低初始加载的数据量，用户操作时按需加载匹配内容，能显著提升页面加载速度。

2. READ_ONLY模式+自定义虚拟下拉弹窗

将Combo设置为SWT.READ_ONLY模式，点击下拉按钮时弹出一个基于SWT.Virtual的Table弹窗（支持大数据量虚拟加载），用户选择后更新Combo的文本内容。
核心思路是保留原有ComboViewer的数据绑定逻辑，仅替换下拉列表的渲染载体，用支持虚拟加载的Table替代原生下拉组件，既保证性能又复用原有业务代码，改造成本较低。

替代控件方案 #

1. NatTable Combo下拉扩展

NatTable原生支持大数据量的虚拟加载，其提供的ComboCellEditor可配置为使用虚拟Table作为下拉列表，完美适配大数据场景。若原有系统已引入NatTable，可直接替换；若未引入，仅需添加相关依赖模块，替换成本远低于重写ComboViewer。

2. Eclipse Nebula GridCombo控件

Nebula项目中的GridCombo控件内置支持虚拟加载，底层基于SWT虚拟Table实现，API风格与JFace组件兼容，可直接替换原生ComboViewer，无需大幅改动原有代码即可解决大数据加载性能问题。

内容的提问来源于stack exchange，提问作者Chris Lewold