我发现了一个非常简单的解决方案，作为一个UITableView的副作用，我正在.....工作

将单元格高度存储在一个变量中，该变量通常通过tableView: highightforrowatindexpath:来报告原始高度，然后当你想要动画化高度变化时，只需改变变量的值并调用这个…

[tableView beginUpdates];
[tableView endUpdates];

你会发现它不会完全重载，但足以让UITableView知道它必须重绘单元格，为单元格....抓取新的高度值你猜怎么着?它使你的改变变得生动。甜的。

我有一个更详细的解释和完整的代码示例在我的博客…动画UITableView单元格高度变化

reloadData不好，因为没有动画…

这是我目前正在尝试的:

NSArray* paths = [NSArray arrayWithObject:[NSIndexPath indexPathForRow:0 inSection:0]];
[self.tableView beginUpdates];
[self.tableView insertRowsAtIndexPaths:paths withRowAnimation:UITableViewRowAnimationFade];
[self.tableView deleteRowsAtIndexPaths:paths withRowAnimation:UITableViewRowAnimationFade];
[self.tableView endUpdates];

它几乎是正确的。几乎。我正在增加单元格的高度，当单元格被替换时，有时在表格视图中会有一点“小问题”，就像在表格视图中保留了一些滚动位置一样，新单元格(表中的第一个单元格)的偏移量过高，而滚动视图会反弹以重新定位它。

而不是beginUpdates()/ endpdates()，建议调用现在是:

tableView.performBatchUpdates(nil, completion: nil)

关于beginUpdates/ endpdates，苹果说:“尽可能使用performBatchUpdates(_:completion:)方法而不是这个方法。”

参见:https://developer.apple.com/documentation/uikit/uitableview/1614908-beginupdates

Swift 4及以上

将以下代码添加到tableview的didselect行委托方法中

tableView.beginUpdates()
tableView.setNeedsLayout()
tableView.endUpdates()

在ios7及以上版本后检查此方法。

- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath{
    return UITableViewAutomaticDimension;
}

iOS 8对此进行了改进。我们可以将它设置为表视图本身的属性。

我不知道连续调用beginUpdates/ endpdates是什么，你可以使用-[UITableView reloadRowsAtIndexPaths:withAnimation:]。下面是一个示例项目。