为什么JLabel不断重新粉刷？

Question

我有一个项目，当它存在时，它似乎不断重新绘制，导致CPU随着它在我的任何窗口中都会尖峰化。它直接从JLabel继承，与屏幕上的其他JLabel不同，它具有红色背景和边框。我不知道为什么它会不同，不断重新绘画。这个callstack看起来像这样：

Thread [AWT-EventQueue-1] (Suspended (breakpoint at line 260 in sItem)) 
    sItem.paint(Graphics) line: 260 
    sItem(JComponent).paintToOffscreen(Graphics, int, int, int, int, int, int) line: 5124 
    RepaintManager$PaintManager.paintDoubleBuffered(JComponent, Image, Graphics, int, int, int, int) line: 1475 
    RepaintManager$PaintManager.paint(JComponent, JComponent, Graphics, int, int, int, int) line: 1406 
    RepaintManager.paint(JComponent, JComponent, Graphics, int, int, int, int) line: 1220 
    sItem(JComponent)._paintImmediately(int, int, int, int) line: 5072 
    sItem(JComponent).paintImmediately(int, int, int, int) line: 4882 
    RepaintManager.paintDirtyRegions(Map<Component,Rectangle>) line: 803  
    RepaintManager.paintDirtyRegions() line: 714  
    RepaintManager.seqPaintDirtyRegions() line: 694 [local variables unavailable] 
    SystemEventQueueUtilities$ComponentWorkRequest.run() line: 128 
    InvocationEvent.dispatch() line: 209  
    summitEventQueue(EventQueue).dispatchEvent(AWTEvent) line: 597 
    summitEventQueue(SummitHackableEventQueue).dispatchEvent(AWTEvent) line: 26 
    summitEventQueue.dispatchEvent(AWTEvent) line: 62 
    EventDispatchThread.pumpOneEventForFilters(int) line: 269 
    EventDispatchThread.pumpEventsForFilter(int, Conditional, EventFilter) line: 184  
    EventDispatchThread.pumpEventsForHierarchy(int, Conditional, Component) line: 174 
    EventDispatchThread.pumpEvents(int, Conditional) line: 169 
    EventDispatchThread.pumpEvents(Conditional) line: 161 
    EventDispatchThread.run() line: 122 [local variables unavailable] 

它基本上只是不断地击中一遍又一遍，只要我可以按继续。这是“独一无二”的，以该特定标签的代码看起来大约是这样的：

bgColor = OurColors.clrWindowTextAlert; 
textColor = Color.white; 
setBackground(bgColor); 
setOpaque(true); 
setSize(150, getHeight()); 
Border border_warning = BorderFactory.createCompoundBorder(
     BorderFactory.createMatteBorder(1, 1, 1, 1, OurColors.clrXBoxBorder), 
     Global.border_left_margin); 
setBorder(border_warning); 

显然，它做更多，但特定块只存在这些标签所造成的秒杀/连续重绘。

任何想法为什么它会继续重新绘制这个特定的标签？

Answer 1

大量的代码丢失了，但我会采取一个有教养的猜测。

该类的“唯一”部分可能在负责呈现标签的代码的一部分内。如果这是真的，那么调用所有这些setXXX（）方法可能会使对象变脏，这意味着它需要重新绘制，这将再次输入此代码块，然后使用公共接口更新小部件，然后使对象变脏，导致循环重复。

最终这样的事情会消耗​​所有的空闲周期，导致CPU显示最大的标签，这显然没有太大的作用。

尝试在渲染循环之外的位置设置适当的值。大多数这些项目看起来像可以在构造函数中设置。

---确认后，编辑认为它是setBorder（...）---

可能设置一个新的边界触发小部件的边框的重新计算，作为一个边界可能是更大或更小比以前的边界。这和新的边界可能包含不同的屏幕显示（提高，降低等），旧的。

这些项目都不需要在渲染部分设置，但我敢打赌，与其他项目，进行peliminary检查，看是否新项目equals(...)旧项目。如果是这样，那么（作为优化），脏位不会被设置，并且刷新请求不会被提交给渲染引擎。

有了边框，这样的检查将不得不覆盖几个元素，包括一些被编译的字节码（实际的绘图指令）。由于在考虑边界时不再是检查平等的简单优化，它们不会尝试检查平等，只是标记小部件进行重新绘制。

Answer 2

这是边界。在每个涂料循环过程中创建边界，使其不断重新绘制。如果我仅仅创建边界作为类作用域的私有对象并将其设置在绘制循环中，它将正确设置边框并且不会持续重绘。如果有人知道为什么会有所作为，我会很感激这个信息。请随时对此发表评论，我会在我可以接受我的答案或者添加一个新的答案，并且我会接受你的答案。

Answer 3

请参阅JComponent.setBorder（）中的代码。它使用简单的比较来比较新旧边界 - 它们总是会返回假，因为它们是两个不同的对象。如果条件成立，组件将被重新粉刷。因此无限循环。

作为一般规则 - 做而不是在其绘图方法中调用组件上的任何setter。就像你看到的那样，设置边框会导致无限重绘循环。这可能会发生在任何其他设置下，如果不在此版本的VM中，可能在下一个设置中。做到这一点的正确方法是在模型更改时更改组件（视图）的属性，并让Swing确定它何时将被重新绘制 - 或者自己调用repaint（）。