java - 优化 jtable

Question

我用 JLabel 创建了一个 TableCellRenderer，其 paint() 有点重，主要是因为 g2d .drawString() 给出一个 utf 字符串。问题是这个 paint() 在以下堆栈中被多次调用:

MultiTableCellRenderer$TableHeaderLabel.paint:235   
CellRendererPane.paintComponent:151 
BasicTableUI.paintCell:2115 
BasicTableUI.paintCells:2016    
BasicTableUI.paint:1812 
ComponentUI.update:161  
JComponent.paintComponent:780   
JComponent.paint:1056   
JComponent.paintChildren:889    
JComponent.paint:1065   
JViewport.paint:728 
JComponent.paintChildren:889    
JComponent.paint:1065   
JComponent.paintChildren:889    
JComponent.paint:1065   
JComponent.paintChildren:889    
JComponent.paint:1065   
JComponent.paintChildren:889    
JSplitPane.paintChildren:1047   
JComponent.paint:1065   
JComponent.paintToOffscreen:5219    
RepaintManager$PaintManager.paintDoubleBuffered:1572    
RepaintManager$PaintManager.paint:1495  
RepaintManager.paint:1265   
JComponent._paintImmediately:5167   
JComponent.paintImmediately:4978    
RepaintManager$4.run:824    
RepaintManager$4.run:807    
AccessController.doPrivileged   
....

如何防止这种重复过程？我检查了 DefaultTableCellRenderer 实现，发现它们重写了许多方法，例如 repaint()、revalidate() 等.用空方法替换大部分以提高性能。我也这样做了，它确实有帮助，但问题的大部分在于留在那里。我的 CPU 至少大约 10% 一直被这个 paint() 方法消耗，整个应用程序的速度严重减慢。有什么想法吗？

Answer 1

要了解为什么 Paint 方法被过度调用，您可以从检查 DefaultTableCellRenderer 开始JavaDoc。
您还需要了解 Swing 绘图机制以及重新验证的工作原理。
您可以阅读有关 AWT 和 Swing 中绘画的信息 here .

一个简单而高效(性能方面和代码方面)的经验法则是扩展 DefaultTableCellRenderer 并根据您的需求对其进行自定义。
自定义通常通过重写 setValue() 或 getTableCellRendererComponent() 来完成。

值得注意的是getTableCellRendererComponent():

1. 通常返回对其自身的引用。
2. 出于性能原因，不应该不每次调用时都创建一个新对象。
3. 充当橡皮图章，一次渲染所有单元格。
4. 使用优化的对象(在 DefaultTableCellRenderer 的情况下经过修改的 JLabel)进行绘制、重新验证和重新绘制。

尝试使用分析器比较您的现有实现和此实现，以说服自己它产生的绘图和布局事件要少得多，并且 CPU 利用率更高。