使用Observable List提取器时JavaFX可编辑TableView自动跳转到最后一个单元格的问题

看起来你遇到的问题根源在于ObservableList提取器触发的表格刷新和单元格编辑流程冲突：当编辑提交后，quantity或amount属性（以及可能间接触发它们变化的其他字段）的变更会被提取器捕捉，导致TableView重新渲染相关单元格。这个刷新操作会打断正在进行的编辑状态，干扰焦点跳转逻辑，从而出现Tab跳转到最后一列、编辑状态瞬间消失的异常。

下面是具体的修复方案，一步步解决这个问题：

1. 修复TextEditingCell的commitEdit方法 #

你当前手动触发CellEditEvent的逻辑会导致重复的模型更新请求，进而触发提取器多次通知表格刷新。默认情况下，super.commitEdit(item)已经会正确处理事件触发，移除手动触发代码即可：

@Override
public void commitEdit(String item) {
    // 移除手动触发CellEditEvent的代码，交给super方法处理
    super.commitEdit(item);
}

2. 优化TextEditingCell的updateItem方法 #

表格刷新时会调用updateItem，需要确保编辑状态下的单元格不会被错误重置，同时保持焦点：

@Override
public void updateItem(String item, boolean empty) {
    super.updateItem(item, empty);

    if (empty) {
        setText(null);
        setGraphic(null);
        return;
    }

    if (isEditing()) {
        if (textField != null) {
            textField.setText(item(item));
        }
        setText(null);
        setGraphic(textField);
        // 强制让文本框重新获得焦点，避免表格刷新导致焦点丢失
        textField.requestFocus();
    } else {
        setText(item(item));
        setGraphic(null);
    }
}

3. 手动控制Tab键的焦点跳转（可选但推荐） #

默认的Tab焦点逻辑在表格刷新时容易错乱，我们可以手动拦截Tab事件，确保焦点按预期移动到下一个单元格：

在EditableTableViewController的initialize方法中添加以下代码：

import javafx.scene.input.KeyCode;

// ... 其他代码 ...

@Override
public void initialize(URL location, ResourceBundle resources) {
    transactionsTable.setItems(transactionList);
    transactionsTable.getSelectionModel().setCellSelectionEnabled(true);
    setCellValueFactory();
    setCellFactory();
    addRow();

    // 手动处理Tab键焦点跳转
    transactionsTable.addEventFilter(KeyEvent.KEY_PRESSED, event -> {
        if (event.getCode() == KeyCode.TAB) {
            event.consume();
            TablePosition<?, ?> currentPos = transactionsTable.getFocusModel().getFocusedCell();
            if (currentPos == null) return;

            int row = currentPos.getRow();
            int totalColumns = transactionsTable.getColumns().size();
            int nextColumn = currentPos.getColumn() + 1;

            // 处理列边界：跳转到下一行第一列
            if (nextColumn >= totalColumns) {
                if (row + 1 < transactionsTable.getItems().size()) {
                    row += 1;
                    nextColumn = 0;
                } else {
                    // 已经是最后一行，保持在当前列
                    nextColumn = currentPos.getColumn();
                }
            }

            // 聚焦并选中下一个单元格，同时进入编辑状态
            transactionsTable.getFocusModel().focus(row, transactionsTable.getColumns().get(nextColumn));
            transactionsTable.getSelectionModel().select(row, transactionsTable.getColumns().get(nextColumn));
            transactionsTable.edit(row, transactionsTable.getColumns().get(nextColumn));
        }
    });
}

4. 确保属性更新的原子性（额外建议） #

如果你的业务逻辑中，修改其他字段（如priceUnit、discountRate）会自动计算amount，建议使用原子性的属性更新方式，避免多次触发提取器通知。比如使用Bindings.createStringBinding来动态计算amount，而不是分步设置：

在TransactionTable类中：

public TransactionTable() {
    // 示例：根据quantity、priceUnit等自动计算amount
    amount.bind(Bindings.createStringBinding(() -> {
        // 这里写你的金额计算逻辑
        try {
            double qty = Double.parseDouble(quantity.get());
            double price = Double.parseDouble(priceUnit.get());
            return String.valueOf(qty * price);
        } catch (NumberFormatException e) {
            return "";
        }
    }, quantity, priceUnit, discountRate, taxRate));
}

这种方式只会在依赖属性变化时触发一次amount的更新，减少不必要的表格刷新。

通过以上几步修复，既能保留ObservableList提取器监听属性变化的功能，又能解决编辑时的焦点异常和状态丢失问题。

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