我正在使用 UITableView 建立聊天。自然地，每个聊天消息单元格的行高会有很大差异。我已经正确计算了每个单元格的行高，并且 TableView 按预期执行。
但是，我想实现 estimatedHeightForRowAtIndexPath: 以在有很多消息的情况下加快性能。问题在于它会影响 scrollToRowAtIndexPath:atScrollPosition:Animated: 的滚动行为。
在我的 viewWillAppear 生命周期方法中，我告诉 Table View 向下滚动到最新消息(即底部消息)，如果我不使用 estimatedHeightForRowAtIndexPath:，但一旦我这样做，似乎只有从此方法返回的值用于计算滚动位置，我最终处于错误的位置。
是否有可能在不影响滚动行为的情况下从使用 estimatedHeightForRowAtIndexPath: 的效率 yield 中获益？
最佳答案
UITableView 是 UIScrollView 的子类，所以方法
- (void)scrollRectToVisible:(CGRect)rect animated:(BOOL)animated
UIScrollView 可以帮助您实现您想要的
关于ios - estimatedHeightForRowAtIndexPath 的错误滚动位置，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28406044/