为何JTable.getSelectedRow()在单元格编辑状态下返回错误值？

这个问题我做Swing项目时也踩过坑，其实是JTable在编辑状态下的视图机制导致的，咱们来理清楚：

问题原因 #

当你在JTable的单元格中编辑时，Swing会临时在表格视图中插入一个虚拟编辑行，用来承载编辑组件（比如文本框）。这个行并不是你表格模型里的真实数据行，但此时调用getSelectedRow()返回的是视图层面的行索引——这个虚拟行就会把真实行的索引“挤”得加了1，看起来像是变成了1-based的数值。

你虽然调用了editor.stopCellEditing()，但这个方法的执行是异步的，表格不会立刻移除虚拟编辑行，所以紧接着调用getSelectedRow()时，视图还没更新，拿到的还是包含虚拟行的错误索引。

解决办法 #

要解决这个问题，关键是确保编辑状态完全结束，表格视图更新后再获取选中行，这里有两种可靠的方式：

方式一：强制移除编辑器

调用JTable.removeEditor()方法，直接强制结束编辑状态，让表格立刻移除虚拟编辑行：

TableCellEditor editor = m_Table.getCellEditor();
if (editor != null) {
    // 先尝试正常停止编辑，失败则强制取消
    if (!editor.stopCellEditing()) {
        editor.cancelCellEditing();
    }
    // 强制移除编辑器，更新视图
    m_Table.removeEditor();
}
// 现在获取的行就是正确的0-based索引了
int row = m_Table.getSelectedRow();
if (row < 0) {
    row = 0;
}

方式二：延迟获取选中行

利用SwingUtilities.invokeLater()把获取行的逻辑放到Swing事件队列的后面，让表格有时间处理完编辑结束的事件：

TableCellEditor editor = m_Table.getCellEditor();
if (editor != null) {
    editor.stopCellEditing();
}
// 延迟执行，确保视图已更新
SwingUtilities.invokeLater(() -> {
    int row = m_Table.getSelectedRow();
    if (row < 0) {
        row = 0;
    }
    // 这里写你后续的业务逻辑
});

额外提示 #

如果你的表格涉及到排序、过滤等操作，视图行和模型行可能本来就不一致，这种情况下最好把视图行转换为模型行：

int viewRow = m_Table.getSelectedRow();
int modelRow = m_Table.convertRowIndexToModel(viewRow);

这样拿到的modelRow就是表格模型中对应的真实行索引，不会受视图变化影响。

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