从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
请检查tableview是否分组/普通。在我的情况下，我已经改变了朴素的风格，它工作。现在，标题上方的额外间距消失了。
其他回答
设置内容插入到从来没有解决我的问题。
上面的很多答案都太俗气了。如果苹果决定修复这种意外的行为，它们在未来的任何时候都会崩溃。
问题的根源:
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;
另一个快速评论…甚至在XCode 6.1中，UIScrollViews, UITextViews和UITableViews顶部出现垂直空格的错误。
有时，修复此问题的唯一方法是进入Storyboard并拖动问题控件，使其不再是页面上的第一个子视图。
(感谢Oded为我指明了这个方向……我发表这篇评论，只是为了添加一些截图，以演示症状和解决方法。)
确保您已经为表提供了约束。我没有遇到过类似的问题，在桌子底部有一个无法解释的填充物。
对我来说，这就是帮助我的东西。我也支持ios6。
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 7) {
self.edgesForExtendedLayout = UIRectEdgeNone;
self.extendedLayoutIncludesOpaqueBars = NO;
self.automaticallyAdjustsScrollViewInsets = NO;
}
