使用Xcode 9.3构建项目后TableView无法滚动到底部求助

我之前在适配Xcode 9.3项目时确实碰到过一模一样的问题，当时不少开发者都在社区里反馈过这个疑似苹果的系统bug，核心诱因和Xcode 9.3对UITableView的布局计算、尤其是安全区域（Safe Area）的适配逻辑变更有关。

结合你的代码片段，分享几个经过验证的解决思路：

1. 修正安全区域与contentInsets的冲突 #

Xcode 9.3在处理UITableView的contentInset和安全区域时存在计算偏差，尤其当TableView嵌入在导航栏、标签栏这类系统控件下时更明显。你可以手动修正底部的contentInset：

// 可放在viewDidLayoutSubviews或者你的滚动方法开头
if (@available(iOS 11.0, *)) {
    self.tableview.contentInset = UIEdgeInsetsMake(self.tableview.contentInset.top, 0, self.tableview.safeAreaInsets.bottom, 0);
    self.tableview.scrollIndicatorInsets = self.tableview.contentInset;
}

2. 优化滚动目标位置的计算逻辑 #

你的代码里硬编码了+5.0的偏移，这在Xcode 9.3的布局逻辑下可能导致滚动位置偏差。建议移除硬编码，改用系统的contentInset来适配：

- (void)scrollEventListToBottomAnimated:(BOOL)animated {
    // 先强制刷新布局，确保contentSize计算准确
    [self.tableview layoutIfNeeded];
    
    CGFloat contentHeight = self.tableview.contentSize.height;
    // 计算TableView实际可滚动的视图高度，扣除上下contentInset
    CGFloat viewHeight = self.tableview.bounds.size.height - self.tableview.contentInset.top - self.tableview.contentInset.bottom;
    CGFloat scrollY = viewHeight > contentHeight ? 0 : contentHeight - viewHeight;
    // 加上底部contentInset，适配安全区域或自定义间距
    scrollY += self.tableview.contentInset.bottom;
    
    CGPoint scrollPos = CGPointMake(0, scrollY);
    
    if (animated) {
        [UIView animateWithDuration:0.3 animations:^{
            self.tableview.contentOffset = scrollPos;
        }];
    } else {
        self.tableview.contentOffset = scrollPos;
    }
}

3. 强制触发布局刷新 #

Xcode 9.3的布局系统偶尔会延迟更新TableView的contentSize，在滚动操作前强制刷新布局能避免这个问题——上面的代码已经加入了[self.tableview layoutIfNeeded]，你也可以单独在需要的地方调用。

4. 升级/回退Xcode版本（终极方案） #

这个bug是Xcode 9.3特有的，苹果在后续的Xcode 9.4版本中修复了该问题。如果以上临时方案都不生效，要么升级到更高版本的Xcode，要么临时回退到Xcode 9.2构建项目，都能彻底解决这个问题。

补充：这个bug的高发场景是iOS 11.x系统 + Xcode 9.3构建的项目，尤其是TableView采用自动布局约束的情况。

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