从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
所以我尝试了所有的方法，这次没有一个有用。我的案例是iOS 9上的分组表视图。我不知道为什么以及如何发现这个，但对我来说，用UIView设置tableViewHeader至少有0.01的高度是可行的。CGRectZero没有帮助，什么都没有帮助:
tableView.tableHeaderView = UIView(frame: CGRect(x: 0.0, y: 0.0, width: 0.0, height: 0.01))
其他回答
如果你选择UITableViewStyleGrouped的样式，你需要实现Header和Footer高度委托方法，并且返回值需要大于0;是这样的:
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section{
return CGFLOAT_MIN;
}
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section{
return CGFLOAT_MIN;
}
这是在iOS 11和Xcode 9.1中通过Storyboard轻松修复的方法:
Select Table View > Size Inspector > Content Insets: Never
if #available(iOS 15.0, *) {
tableView.sectionHeaderTopPadding = 0
}
放上这段代码，就可以了
self.automaticallyAdjustsScrollViewInsets = NO;
试试吧，你能搞定的!
我对它做了一些改动这似乎是设置tableView的tableHeaderView = nil的副作用。
因为我的tableView有一个动态出现的tableHeaderView，当我需要隐藏tableHeaderView，而不是做self.tableView.tableHeaderView = nil;，我做:
self.tableView.tableHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0f, 0.0f, self.tableView.bounds.size.width, 0.01f)];
我更喜欢这个解决方案，而不是设置一个有点随意的contentInset。因为我使用了contentInset。也是动态Top。当我重新计算contentInset时，必须记得删除额外的35px。顶部很乏味。
