从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
我注意到这个问题有很多答案，这取决于你想要做什么，所以我将分享我的答案，以防有人想要同样的效果:
在我的视图控制器中，我有一个分组的UITableView，它的tableHeaderView由一个200点高的UIScrollView和一个单独的带有属性的UILabel组成，UILabel包含一个广告标题、价格、位置和发布的时间。下面是表视图的内容。
在分组表视图标头的默认维度下，“MORE INFO”标头远远低于“5天前”标签。我通过覆盖每个部分的页眉和页脚的高度来修复它(已经是上面的图像)。
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
{
return section == kMoreInfoSection ? 33 : UITableViewAutomaticDimension;
}
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section
{
return UITableViewAutomaticDimension;
}
我从@erurainon的评论中了解了覆盖高度，从https://stackoverflow.com/a/14404104/855680了解了UITableViewAutomaticDimension。我不需要设置self。automyadjustsscrollviewinsets在我的视图控制器中不像接受的答案所建议的那样为NO。
我也已经尝试设置UIEdgeInsets和给表视图一个负值的顶部，但它没有工作-整个表视图移动，包括tableHeaderView。
其他回答
迅速回答……
如果在界面构建器中选择了表视图，并且在属性检查器中选择了样式“Grouped”，在视图控制器中输入以下代码来修复额外的标题空间问题。
func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
return CGFloat.leastNonzeroMagnitude
}
我不确定这个答案是否正确，但它对我有用
我选择表视图，导航到标尺，改变Y值为零
简单地在VC中添加以下到你的viewDidLoad:
self.automaticallyAdjustsScrollViewInsets = NO;
我已经找到了我最初的bug的原因，并创建了一个示例项目来展示它。我相信有一个iOS7漏洞。
在iOS7中，如果你用分组样式创建一个UITableView，但是在第一个布局上没有设置一个委托，然后你设置了一个委托并调用reloadData，在顶部会有一个35px的空间，永远不会消失。
看这个项目我做的展示bug: https://github.com/esilverberg/TableViewDelayedDelegateBug
特别是这个文件:https://github.com/esilverberg/TableViewDelayedDelegateBug/blob/master/TableViewDelayedDelegateBug/ViewController.m
如果第24行是活动的，
[self performSelector:@selector(updateDelegate) withObject:nil afterDelay:0.0];
在顶部会有一个额外的35px空间。如果第27行是活动的，第24行被注释掉，
self.tableView.delegate = self;
顶部没有空间。这就像tableView在某处缓存结果而不是在委托设置和reloadData调用后重新绘制自己。
只需将你的tableview(或使它开始)固定在视图的绝对顶部。多余的空间正好是导航条的高度。
