MacOS中tableView:viewForTableColumn:row:加载行数达标后停止调用

我之前也碰到过一模一样的问题！这是基于视图的NSTableView很常见的坑——明明总行数显示正确，但滚动时超出初始可见区域的单元格就是没数据，本质是系统没触发tableView:viewForTableColumn:row:来渲染这些行。下面按优先级给你几个排查和解决的方向：

1. 强制表格更新行高与contentSize #

基于视图的表格依赖内嵌的NSScrollView来判断需要加载哪些行，如果滚动视图的contentSize没跟上实际行高×总行数的计算值，滚动时就不会去加载新行。你可以在数据源更新（比如builds数组刷新后）手动触发更新：

// 当builds数组内容变化后，调用这两行
tableView.reloadData()
tableView.noteHeightOfRows(withIndexesChanged: IndexSet(integersIn: 0..<builds.count))

noteHeightOfRows(withIndexesChanged:)会让表格重新计算所有行的高度，进而更新滚动视图的contentSize，这样滚动时系统就知道还有更多行需要渲染了。

2. 检查Auto Layout约束是否踩坑 #

如果你的表格用Auto Layout布局，一定要注意：

• 不要给NSTableView设置固定高度约束！固定高度会让滚动视图误以为表格只有这么高，不会扩展contentSize。应该让表格的约束绑定到滚动视图的上下左右边缘，或者让它随父容器自适应。
• 确保外层的NSScrollView也正确绑定到NSWindow内容视图的边缘，没有被限制高度，这样滚动视图才有足够的空间处理滚动逻辑。

3. 确认行高设置正确（非默认行高时必做） #

如果你的行高不是系统默认的17pt，必须实现NSTableViewDelegate的行高方法：

func tableView(_ tableView: NSTableView, heightOfRow row: Int) -> CGFloat {
    // 替换成你实际需要的行高，比如40pt
    return 40.0
}

要是没实现这个方法，表格会用默认行高计算contentSize，但如果你的单元格视图实际高度和默认值不符，就会导致contentSize计算错误，滚动时不会触发新行加载。

4. 验证数据源与方法调用情况 #

虽然你说行数显示正确，但可以加几个打印语句确认滚动时系统是否尝试加载新行：

func numberOfRows(in tableView: NSTableView) -> Int {
    print("当前总行数：\(builds.count)")
    return builds.count
}

func tableView(_ tableView: NSTableView, viewFor tableColumn: NSTableColumn?, row: Int) -> NSView? {
    print("正在渲染行：\(row)")
    // 你的原有代码...
}

如果滚动时没有打印出超出初始可见区域的row值，那基本可以确定是contentSize的问题，回到第一步再仔细检查。

先从这几个方向试，我当时就是靠手动更新contentSize解决的这个问题！

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