难以理解swing的JTable和JTree的渲染器机制

Question

通常在使用JTable或JTree时，用户定义自己的单元渲染器。

从DefaultTableCellRenderer继承用户组件是很常见的，它实现了renderer方法getTableCellRendererComponent。事实证明，DefaultTableCellRenderer实际上继承自JLabel，因此在调用super（在render方法中）时返回自身（this），因此用户的渲染器也可以类似地返回自身（this）。

这一切都很好。

我的问题是怎么可能？

每次表调用此方法时，都会为其指定不同的参数，并且输出标签会随着这些参数的变化而变化。如果它确实是标签的同一个实例，是否应该根据上次调用此方法来更改它？这难道不意味着表的所有单元格都由相同的label实例组成，该实例具有相同的值（上次调用renderer方法的值）？

我已经搜索了web，并在Swing的代码中进行了挖掘，但没有找到任何克隆或复制构造函数的行为，这些行为实际上复制了输出标签。我找不到任何证据表明（可能）swing每次都使用html" target="_blank">反射来从头开始重新实例化渲染器。

我已经阅读了Swing关于JTables的教程，在那里我可以找到以下几行内容：

您可能期望表中的每个单元格都是一个组件。但是，出于性能原因，Swing表的实现方式不同。相反，通常使用单个单元格渲染器来绘制包含相同类型数据的所有单元格。您可以将渲染器视为可配置的墨水印章，表格使用它将适当格式的数据印章到每个单元格上。当用户开始编辑单元格的数据时，单元格编辑器会接管单元格，控制单元格的编辑行为。

他们给出了一个暗示，我所说的确实是正确的，但没有解释它是如何实际完成的。

我拿不到。你们有人能吗？

Answer 1

经过一些挖掘，从DefaultTableCellRenderer文档中找到了下一个实现注释：

实现说明：这个类继承自JLabel，一个标准组件类。然而，JTable使用了一种独特的机制来渲染其单元格，因此需要对其单元格渲染器的行为进行一些轻微的修改。table类定义了单个单元格渲染器，并将其用作橡皮戳，用于渲染表中的所有单元格；它渲染第一个单元，更改该单元渲染器的内容，将原点移动到新位置，重新绘制它，等等。标准的JLabel组件不是设计用于这种方式的，我们希望避免每次绘制单元格时触发重新验证。这将大大降低性能，因为重新验证消息将在容器的层次结构中向上传递，以确定是否会影响任何其他组件。由于渲染器仅在绘制操作的生命周期内作为父级，因此我们同样希望避免与遍历绘制操作的层次相关的开销。因此，该类将validate、invalidate、revalidate、repaint和firePropertyChange方法重写为no-ops，并重写isOpaque方法以提高性能。如果您编写自己的渲染器，请记住这一性能考虑因素。

这基本上就是JB在上面所解释的。

感谢（快速）回答

Answer 2

除了@JB对JTable和JTree如何使用轻量级模式的明确解释之外，请注意这两个类如何提供公共方法getCellRenler（）和getCellEditor（）。检查这些方法以了解JTable如何使用类字面量作为运行时类型令牌来按类选择渲染器或编辑器，如果列没有指定。在内部，JTable使用Hashtable defaultRenderersByClonClass作为实例存储。

Answer 3

这是轻量级模式的实现。

当JTable重新绘制自身时，它会启动一个循环，并迭代必须绘制的每个单元格。

对于每个单元，它使用对应于单元的参数调用渲染器。渲染器返回一个组件。此组件绘制在与当前表格单元格对应的矩形中。

然后为下一个单元格调用渲染器，返回的组件（例如具有不同的文本和颜色）被绘制在对应于单元格的矩形中，等等。

假设每次调用渲染器时，都会获取返回组件的屏幕截图并粘贴到表单元格中。