如何解决macOS NSTableView报错'self.floatingGroupRowView should be equal to the given row view!'

这个崩溃我之前帮好几个开发者定位过，从你给出的调用栈来看，问题出在AppKit内部维护浮动组行视图的断言检查上，self.floatingGroupRowView should be equal to the given row view!这个错误说明AppKit预期的浮动组行实例和实际传入的行视图不匹配，以下是最常见的触发条件：

核心触发场景 #

• 自定义行视图复用逻辑错误
  如果你实现了自定义的NSTableRowView，并且在tableView:rowViewForRow:方法中没有正确处理浮动组行的复用——比如手动创建新的行视图替换了AppKit已经管理的floatingGroupRowView实例，就会触发这个断言。尤其是当表格执行自动行高计算（调用栈里的_doAutomaticRowHeightsForRows:就是明确信号）时，AppKit会严格校验浮动组行的引用一致性。

• 手动干预组行视图的生命周期
  如果你的代码里存在手动移除浮动组行视图、强制修改它的父视图，或者在数据刷新时没有让AppKit正常管理组行视图的情况，都会导致内部状态混乱。比如在reloadData前后手动操作了组行视图，就可能让AppKit丢失对正确实例的引用，进而触发断言。

• 异步操作导致的UI与数据源不一致
  如果在后台线程更新了表格的数据源，然后没有通过主线程执行表格刷新操作，会导致表格的行数据状态和视图状态不同步。当AppKit在自动计算行高时，就可能出现浮动组行视图的引用不匹配，触发内部断言失败。

• 自定义NSTableRowData破坏内部逻辑
  如果你继承并重写了NSTableRowData的相关方法（比如修改了行视图的更新逻辑），很可能破坏了AppKit内部维护浮动组行的状态机制，导致_updateFloatingGroupRowView:row:方法中的断言直接失败。

快速排查方向 #

1. 先检查tableView:rowViewForRow:的实现，确保当处理组行时，要么直接返回AppKit提供的行视图，要么正确复用已有的实例，不要随意创建新的行视图替换它。
2. 确认所有涉及表格UI修改的操作（包括数据源更新后的刷新）都在主线程执行。
3. 如果有自定义NSTableRowView，检查prepareForReuse方法，有没有错误重置了和浮动组相关的属性，导致引用丢失。
4. 暂时切换为固定行高，看看崩溃是否消失，以此确认是不是自动行高计算过程中出现的问题。

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