Swift4+XCode9：UITableView输入时动态调整单元格高度及重计算问题

嘿，我之前也踩过这个一模一样的坑！这种输入时单元格高度变化却覆盖下方内容的情况，本质是UITableView没有及时重新计算所有单元格的尺寸。结合Swift 4和Xcode 9的环境，给你一套完整的解决方案：

1. 先开启UITableView的自动高度计算（必做基础） #

首先在你的ViewController的viewDidLoad里，必须设置这两个属性，告诉系统要自动计算行高：

override func viewDidLoad() {
    super.viewDidLoad()
    // 给一个合理的预估高度，帮助系统完成初始布局
    tableView.estimatedRowHeight = 100
    // 开启自动行高计算，让系统根据约束自动算出单元格高度
    tableView.rowHeight = UITableView.automaticDimension
}

注意：如果没开这个，后续手动触发更新也不会生效，这是动态高度的基础配置。

2. 输入时触发单元格布局更新 + 通知TableView重新计算 #

在你的自定义单元格类里，给输入控件（比如UITextView）设置delegate，在内容变化时先更新自身布局，再通知TableView刷新高度：

// 假设你的单元格里有一个名为inputTextView的UITextView
extension YourCustomCell: UITextViewDelegate {
    func textViewDidChange(_ textView: UITextView) {
        // 先让单元格自身完成布局更新，确保内容高度计算正确
        self.setNeedsLayout()
        self.layoutIfNeeded()
        
        // 通过beginUpdates和endUpdates触发TableView重新计算所有可见单元格的高度
        // 这个方法比直接reloadRows更平滑，不会有闪烁感
        guard let tableView = self.superview as? UITableView,
              let indexPath = tableView.indexPath(for: self) else {
            return
        }
        
        tableView.beginUpdates()
        tableView.endUpdates()
        
        // 可选：让输入框保持在可视区域，避免被键盘挡住
        tableView.scrollToRow(at: indexPath, at: .none, animated: true)
    }
}

为什么用beginUpdates/endUpdates？因为这两个方法会让TableView重新执行布局计算，包括所有可见单元格的高度，而不会重新加载cell的内容，体验更流畅。

3. 确保单元格的Auto Layout约束完整（核心） #

动态高度的关键是依赖Auto Layout，你的单元格必须有完整的约束链：从contentView的顶部开始，经过所有子控件，一直到contentView的底部，没有缺失或冲突的约束。比如：

• 输入框（UITextView）的top、leading、trailing、bottom都要和contentView绑定（或者和其他控件形成连续约束）
• 不要给输入框设置固定高度，让它根据内容自动撑开
• 确保contentView的边缘和单元格的边缘完全贴合（可以通过设置contentView的autoresizingMask，或者直接加约束）

4. 避免手动修改单元格高度的坑 #

不要在代码里手动设置cell.frame.size.height或者类似的属性，所有高度计算都交给Auto Layout和UITableView的自动高度机制。手动修改高度会覆盖系统的计算，导致布局混乱。

最后检查点 #

如果还是有问题，可以检查这几点：

• 单元格的复用ID是否正确，有没有在复用时重置输入框的内容和状态
• 输入控件的isScrollEnabled属性：如果是UITextView，若设置为false，它会自动根据内容调整高度；若为true，则需要手动计算高度并更新约束（这种情况推荐用前者）

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