弹出视图控制器后UITableViewController奇怪的行为

Question

我的UITableView有一堆可重复使用的单元格，当我点击其中一个时，它会带我到另一个视图控制器（通过push segue）显示该单元格的细节（让我们说它是一个项目，所以它会显示有关的细节）项目 - 名称，价格，图像等...）。 当我弹出该视图控制器时（通过点击后退按钮）， UITableView有一个奇怪的行为：

a）如果它一直滚动到底部，它将自动滚动（大约50点），使最后一个单元格几乎不可见，所以我必须再次向下滚动。 我的牢房全高60分。

b）滚动条总是显示然后消失，表明某些东西正在移动UITableView （虽然如果没有滚动到底部，内容将不会自动移动）。

这发生在我的应用程序中的多个UITableView中。 我没有强制在viewWillAppear中重新加载表视图，所以我不明白发生了什么。 从服务器加载后，我的内容是静态的（除非用户更改它，然后执行重新加载）。 但只是显示项目的详细信息并弹出该VC不会改变表格视图中的任何内容。

编辑：好的，我已经弄清楚问题是什么：我在推送那个segue时隐藏了一个UIToolbar 。 如果我保持它始终可见（我不想要），它仍会在我的表视图中弹出时显示动画滚动条，但如果在最后几行中不滚动表视图。

Answer 1

将以下内容添加到viewDidLoad。

self.automaticallyAdjustsScrollViewInsets = NO;

这解决了我在导航回视图控制器后向下移动的问题。

Answer 2

我设法解决了第一个问题。 看起来桌面视图没有考虑到UIToolbar的44个点。

在prepareForSegue:保存tableview偏移量prepareForSegue:将其保存在CGPoint属性中）

self.tableViewScrollOffset = self.tableView.contentOffset;

然后，在viewWillAppear: ，检查它是否已被修改。 如果是，请恢复它。

if(self.tableView.contentOffset.y != self.tableViewScrollOffset.y) {
        [self.tableView setContentOffset:self.tableViewScrollOffset];
        self.tableViewScrollOffset = CGPointZero;
    }

Answer 3

这种行为确实是iOS 8.x中的一个错误。

到目前为止给出的所有答案都无法真正解决问题。 问题是，当正在重新绘制表格时，iOS会忘记（或不会）考虑先前计算的单元格大小，例如在推送视图时。

解决这个问题的一种方法可以在这里找到： UITableView布局弄乱推送segue和返回。 （iOS 8，Xcode beta 5，Swift） （所以这个问题甚至与这个问题重复）。

但是，提供的解决方案存在过度杀伤，并且存在某些情况导致此缓存失败（例如，不考虑UIContentSizeCategoryDidChangeNotification）

但是有一个非常简单的解决方案，即使它很奇怪：

如果您在didSelectRowAtIndexPath中使用手动performSequeWithIdentifier ，只需在之前添加[self.tableView reloadData] 。

如果您正在使用单元格中的IB seque，只需在prepareForSeque代码中添加[self.tableView reloadData] 。

这就解决了这个问题的原因是，这将迫使iOS重新估计可见单元格，因此它不再将内容滚动到另一个位置。 幸运的是， tableView reloadData在这里不需要太多开销，因为只会重新估计可见单元格。

Answer 4

只是一个预感，你有一个流氓scrollToRowAtIndexPath:atScrollPosition:animated徘徊？

Answer 5

我也面临着这个问题。 我设法找到了它。 在我的情况下的原因是tableview标题高度是基于计算的文本和文本高度是负的，因为即使contentinset和scrollinset为零，tableview正在向下移动。

这只是第一次发生。 下次计算正确。 我发现一个令人厌倦的事情是当A类（有tableview）从init推送另一个B类时。 当打开B类键盘时，调用A类的viewDidLoad。 在从导航控制器卸载B类之前。 为A类重新加载Tableview

Answer 6

如上所述设置automaticAdjustsScrollViewInsets既不起作用，也不起作用，也没有设置tableViewScrollOffset。

因此提出了一个对我有用的解决方法。

解决方法是添加一个高度为1px且宽度为320px的虚拟UIView，并将其放在“顶部布局指南”和UITableView之间。 可以将此视图的背景设置为清除，以使其不可见。

现在使用Autolayouts，将Dummy View的顶部修复为Top。 现在设置tableview的关于Dummy View的顶部约束。 发现这解决了tableview的错位问题。

已提供虚拟视图的屏幕截图以及自动布局约束以便于参考。 虚拟视图已设置为更大的高度和红色背景颜色仅用于说明目的。