在我的 JTable 中,我已经在更新期间实现了选择保留逻辑。不幸的是,我认为我遇到了某种错误。 JTable 由后台线程更新,该线程获取新数据并从表模型中添加/修改/删除它。
只有当用户拖动鼠标选择表中的行时执行更新时,问题才会出现。最让我困惑的是:
- 如果我从一行开始并向上移动鼠标向上选择前面的行,一切都会完美运行:选择在更新过程中得以保留,用户操作也能正确继续
- 如果我从一行开始并向下移动鼠标来选择以下行,它就会中断:当更新触发时,当前选择将丢失,新的选择从所在行开始更新触发时位于指针下方。
有什么线索可以解释为什么会发生这种情况吗?
<小时/>这是我正在讨论的代码的精简版本。
我正在使用手动同步的TreeSet
来更新后台线程中的数据(请参阅update
)。完成后,我调用 atomicSwapData
创建将由 getValueAt
使用的数组。
在 updateTable 中,您可以看到我如何实现之前讨论的选择保留逻辑。如您所见,我尝试使用 EventQueue.invokeLater 方法,但问题仍然出现。请注意,所有方法都可以由任何线程调用,而不仅仅是 EDT。
class MyDataModel extends AbstractTableModel {
TreeSet<MyDataItem> ht = new TreeSet<MyDataItem>();
MyDataItem[] _ht = MyDataItem.emptyArray();
public Object getValueAt(int row, int col) {
MyDataItem qdi;
synchronized (_ht) {
qdi = _ht[row];
}
// return one of the members of qdi, based on col
}
public void update(String qm, Collection<MyDataItem> toAdd) {
HashSet<MyDataItem> toDrop = new HashSet<MyDataItem>();
synchronized (ht) {
// do something with ht
}
swapData();
}
private void swapData() {
EventQueue.invokeLater(new Runnable() {
public void run() {
synchronized(_ht) {
MyDataItem[] tmp = ht.toArray(MyDataItem.emptyArray());
synchronized(tmp) {
_ht = tmp;
}
}
}
});
updateTable();
}
private void updateTable() {
EventQueue.invokeLater(new Runnable() {
public void run() {
synchronized (_ht) {
int[] rowIndices = table.getSelectedRows();
fireTableDataChanged();
for (int row: rowIndices)
table.addRowSelectionInterval(row, row);
}
}
});
}
}
最佳答案
仅供引用,此 example使用 EventQueue.invokeLater()
从后台线程不断更新 TableModel
。它没有表现出您所描述的异常情况。
关于java - JTable 中鼠标拖动和并发更新导致选择丢失,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9903977/