从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
if #available(iOS 15.0, *) {
tableView.sectionHeaderTopPadding = 0
}
放上这段代码，就可以了
其他回答
在我的例子中，在Storyboard的原型可视化中有一个不需要的名为HeaderView的单元格，当我删除它时，一切都很好。
我不确定这个答案是否正确，但它对我有用
我选择表视图，导航到标尺，改变Y值为零
我对它做了一些改动这似乎是设置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。顶部很乏味。
根据苹果iOS7的过渡指南，滚动视图的内容嵌入是自动调整的。 automcallyadjustsscrollviewinsets的默认值设置为YES。
拥有UITableView的UIViewController应该将这个属性设置为NO。
self.automaticallyAdjustsScrollViewInsets = NO;
这样就可以了。
编辑1:
也可以尝试
self.navigationController.navigationBar.translucent = YES;
这也删除了顶部的额外填充。
上面的很多答案都太俗气了。如果苹果决定修复这种意外的行为，它们在未来的任何时候都会崩溃。
问题的根源:
UITableView不喜欢头的高度为0.0。如果你要做的是有一个高度为0的标题，你可以跳到解决方案。 即使以后你给你的头分配了一个非0.0的高度，UITableView也不喜欢一开始就被分配一个高度为0.0的头。
解决方案:
然后，最简单可靠的修复方法是确保头高度在分配给表视图时不为0。
这样做是可行的:
// Replace UIView with whatever class you're using as your header below:
UIView *tableViewHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0, 0.0, self.tableView.bounds.size.width, CGFLOAT_MIN)];
self.tableView.tableHeaderView = tableViewHeaderView;
这样的事情会在某些时候(通常是在滚动之后)导致问题:
// Replace UIView with whatever class you're using as your header below:
UIView *tableViewHeaderView = [[UIView alloc] initWithFrame:CGRectZero];
self.tableView.tableHeaderView = tableViewHeaderView;
