NSTableView行验证选继续编辑时陷入无限循环的原因

这个循环弹窗的问题其实是回调触发了回调导致的死循环，我来给你拆解一下：

当你在shouldSelectRow/selectionShouldChange里检测到数据无效，用户选择“继续编辑”后，你调用了：

tableView.editColumn(Column.description.hashValue, row: tableView.selectedRow, with: nil, select: true)

这个select: true参数会让表格再次触发行选择相关的回调（也就是你当前写逻辑的shouldSelectRow或selectionShouldChange）。而此时当前行的数据还是无效的，所以代码又会走一遍验证逻辑，再次弹出对话框，反复循环下去。

解决方法：加一个状态标记避免重复触发 #

你需要新增一个临时的状态变量，用来区分「用户主动切换行」和「代码触发的编辑回退」这两种场景，防止回调被重复执行。

步骤如下：

1. 在你的ViewController/TableViewDelegate类里添加一个布尔属性：

private var isHandlingValidation = false

2. 修改你的验证逻辑，先检查这个标记，再执行后续操作：

// 先判断是否正在处理验证后的编辑操作，如果是直接返回对应结果
if isHandlingValidation {
    return false // 阻止行切换，保持当前编辑状态
}

let isNew = // 判断是否是最后一行的逻辑
if isNew {
    let check = validateRowAt(tableView.selectedRow)
    if check.error {
        let keep = shouldContinueEditing(check.message)
        if !keep {
            tableView.reloadData()
            return true // 允许切换行
        } else {
            // 标记当前正在处理验证后的编辑操作，避免回调重复触发
            isHandlingValidation = true
            tableView.editColumn(Column.description.hashValue, row: tableView.selectedRow, with: nil, select: true)
            // 操作完成后重置标记（确保编辑状态已经生效）
            DispatchQueue.main.async {
                self.isHandlingValidation = false
            }
            return false // 阻止行切换
        }
    }
}
// 非新行或验证通过时，正常处理
return true

额外说明 #

• 这个isHandlingValidation标记的作用是给回调加一个「开关」，当我们主动触发编辑操作时，让后续的回调直接跳过验证逻辑，避免循环。
• 用DispatchQueue.main.async重置标记是为了确保表格的编辑状态已经完全生效后，再放开开关，防止中间的状态变化再次触发不必要的回调。

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