Swift 5中Cell-Based NSTableView指定行文本变色问题：已激活项单独变红实现失败及排查

你遇到的问题其实是NSTableView的单元格复用机制导致的！当你给某一行的单元格设置红色后，这个单元格会被复用到其他行，而你没有重置它的颜色，最终所有行都变成红色了。下面给你详细的解决方案：

问题根源分析 #

NSTableView为了性能优化，会重复使用已经创建好的单元格。你在willDisplayCell里只给匹配条件的单元格设红色，但没有给不匹配的单元格恢复默认颜色——当这个红色单元格被复用到其他行时，颜色会保留下来，导致所有行都变红。

另外你第二种写法里用tableColumn?.dataCell(forRow: row)是错误的，这个方法获取的是列的模板单元格，修改它会直接影响所有行的显示，这也是导致全部变红的原因之一。

正确的实现代码 #

修改你的willDisplayCell方法，不管条件是否满足，都明确设置文本颜色：

extension PreferencesViewController: NSTableViewDelegate {
    // 禁用已激活项的选中功能
    func tableView(_ tableView: NSTableView, shouldSelectRow row: Int) -> Bool {
        return !(myArray[row].name == alreadyActivatedItem)
    }
    
    // 将已激活项的文本设置为红色（修复版本）
    func tableView(_ tableView: NSTableView, willDisplayCell cell: Any, for tableColumn: NSTableColumn?, row: Int) {
        guard let textCell = cell as? NSTextFieldCell else { return }
        
        // 直接从数据源取当前行的名称，避免复用单元格的旧值干扰
        let currentItemName = myArray[row].name
        
        if currentItemName == alreadyActivatedItem {
            textCell.textColor = .red
        } else {
            // 关键：恢复默认文本颜色，避免复用导致的颜色残留
            textCell.textColor = .controlTextColor
        }
    }
}

额外优化提示 #

• 不要依赖cell.stringValue判断当前行内容：单元格复用后，stringValue可能还保留着上一行的旧值，直接从数据源myArray取对应行的name更可靠。
• 确认alreadyActivatedItem的准确性：要保证它和myArray中对应项的name完全匹配（注意大小写、空格等细节）。

这样修改后，只有匹配alreadyActivatedItem的行才会显示红色文本，其他行都会恢复默认的文本颜色，不会再出现全部变红的问题了。

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