NSTableView全屏模式下向下滚动卡顿挂起问题求助

1. 全屏触发视图复用/布局异常：全屏切换时窗口尺寸突变，NSTableView可能错误地放弃cell复用逻辑，尝试一次性创建大量超出可见区域的cell（尤其在滚动到中间位置切换时）。37列的高复杂度叠加11.95万行的数据集，导致[NSView _commonAwake]（视图初始化/唤醒操作）爆发式执行，直接引发内存飙升至80GB+。
2. 通知观察者重复注册：即使使用系统原生NSTableCellView，内部文本框的编辑相关通知也可能在cell复用过程中重复注册。全屏时cell创建量暴增，观察者数量指数级上升，既占用内存又阻塞主线程。
3. NSTableView全屏布局逻辑缺陷：Apple的基于视图的NSTableView在处理大数据集+全屏切换时，存在布局优先级计算bug，系统错误地认为需要提前加载大量cell适配新窗口尺寸，而非按需加载。

• 强制限制cell预加载范围：
  自定义NSTableView子类，重写可见区域变化的逻辑，强制只加载当前可见区域+少量预加载行，避免一次性创建大量cell：

  class LimitedTableView: NSTableView {
      override func visibleRectChanged(_ notification: Notification) {
          super.visibleRectChanged(notification)
          // 仅保留可见区域上下各10行的预加载范围
          let visibleRowRange = self.rows(in: self.visibleRect)
          let startRow = max(0, visibleRowRange.lowerBound - 10)
          let endRow = min(self.numberOfRows - 1, visibleRowRange.upperBound + 10)
          
          // 手动释放超出范围的cell视图
          for row in 0..<startRow {
              self.unregisterView(forRow: row)
          }
          for row in endRow+1..<self.numberOfRows {
              self.unregisterView(forRow: row)
          }
      }
  }
  

• 修复通知观察者生命周期：
  自定义NSTableCellView子类，统一管理观察者，在复用前移除所有注册：

  class ReusableCellView: NSTableCellView {
      private var observers = [NSObjectProtocol]()
      
      override func prepareForReuse() {
          super.prepareForReuse()
          observers.forEach { NotificationCenter.default.removeObserver($0) }
          observers.removeAll()
      }
      
      // 统一在此添加观察者，避免重复注册
      func setupObserversIfNeeded() {
          guard observers.isEmpty else { return }
          let editObserver = NotificationCenter.default.addObserver(
              forName: NSTextField.textDidBeginEditingNotification,
              object: self.textField,
              queue: .main,
              using: { [weak self] _ in
                  // 处理编辑逻辑
              }
          )
          observers.append(editObserver)
      }
  }
  

• 规避全屏时的布局风暴：
  在窗口全屏切换前后临时控制TableView的布局时机，避免瞬间大量布局计算：

  func windowWillEnterFullScreen(_ notification: Notification) {
      tableView.needsLayout = false
  }
  
  func windowDidEnterFullScreen(_ notification: Notification) {
      DispatchQueue.main.async {
          self.tableView.needsLayout = true
          self.tableView.layoutSubtreeIfNeeded()
      }
  }
  

• 切换为基于单元格（cell-based）的TableView：
  若不需要复杂自定义视图，cell-based模式的TableView对大数据集的内存优化更成熟，不会出现视图复用的异常问题，可直接解决全屏崩溃问题。

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