Eclipse插件从3.8升级到4.25后paintControl无限触发问题求助

问题根源 #

你的代码存在典型的SWT绘制逻辑漏洞：在paintControl方法内部调用了子控件的redraw(gc)。这个操作会直接触发控件重绘请求，导致paintControl被反复调用，形成无限循环。

Eclipse 3.8对这类重绘触发的检测逻辑相对宽松，问题未被暴露；但4.25版本的UI事件处理机制更严谨，这个潜在问题就被放大成了明显的无限循环。

解决办法 #

1. 移除redraw(gc)，直接用当前GC完成绘制 #

paintControl传入的GC是当前控件的绘制上下文，应直接用它完成所有绘制操作，而非触发新的重绘请求。修改loadBinningWidgets方法，将redraw(gc)替换为子控件的直接绘制方法（假设子控件有draw(GC)方法）：

private void loadBinningWidgets(GC gc, final Rectangle area) {
    List<Integer> showSiteNo = siteNode.getShowSiteNo();
    List<CellData> list = null;
    if(showSiteNo == null){
        list = layout.getDisplayCellList(area.x, area.y, area.width,
                area.height, siteNode.getAvalibleSite());

    }else{
        list = layout.getDisplayCellList(area.x, area.y, area.width,
                area.height, listToInt(showSiteNo));
    }
    for (int i = 0; i < list.size(); i++) {
        CellData cellData = list.get(i);
        var widgetItem = widgetList.get(cellData.getIndex());
        widgetItem.setCellData(cellData);
        // 直接使用当前GC完成绘制，避免触发重绘
        widgetItem.draw(gc);
    }
}

2. 避免绘制过程中修改触发重绘的数据 #

检查setCellData方法是否会间接触发重绘（比如调用setRedraw(true)或标记控件需要重绘的逻辑）。如果是，将数据更新逻辑移到paintControl之外——比如在数据变更时先更新完成，再一次性触发父控件重绘，不要在绘制流程中修改数据。

3. 分离父控件与子控件的绘制职责 #

如果widgetList中的元素是独立SWT控件，不要在父控件的paintControl中直接操作它们的绘制。应通过调整子控件的布局、大小或数据，让子控件自行处理自身绘制，父控件仅负责绘制自身背景或非子控件区域。

关键注意事项 #

• SWT的paintControl是系统回调的绘制入口，绝对不能在内部触发任何重绘请求（包括redraw()、update()），这是引发无限循环的高频原因。
• Eclipse 4.x系列对UI事件处理更严格，3.x版本中隐藏的不当操作很可能在新版本中暴露，升级时需重点排查绘制与事件处理逻辑。

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