从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
扔我的十美分在-我有同样的问题后，我删除了一个标题单元格从表视图。为了解决这个问题，我将属性检查器中的TableView样式从“分组”更改为“普通”，并删除了额外的空间。
其他回答
在尝试了一切之后，终于知道如何解决这个问题!
我注意到，由于某种原因，我的tableview的contenttoffset有一个'y'为-20，所以当配置我的tableview: 斯威夫特3/4
tableView.contentOffset = .zero
objective - c
self.tableView.contentOffset = CGPointMake(0, 44);
只需将你的tableview(或使它开始)固定在视图的绝对顶部。多余的空间正好是导航条的高度。
我已经找到了我最初的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调用后重新绘制自己。
故事板:
只需取消勾选:在视图控制器的选项中调整滚动视图嵌入
代码:
self.automaticallyAdjustsScrollViewInsets = false
我的回答将是更一般的答案，但也可以应用在这个问题上。
如果根视图(ViewController的)或根视图的第一个子视图(子视图)是UIScrollView(或UIScrollView本身)的子类，并且如果
self.navigationController.navigationBar.translucent = YES;
框架将自动设置预先计算的contentInset。
为了避免这种情况，你可以这样做
self.automaticallyAdjustsScrollViewInsets = NO;
但在我的情况下，我不能这样做，因为我正在实现SDK，其中有UIView组件，可以由其他开发人员使用。那个UIView组件包含UIWebView(它有UIScrollView作为第一个子视图)。如果该组件被添加为UIViewController的视图层次结构中的第一个子组件，自动嵌入将被系统应用。
在添加UIWebView之前，我已经通过添加frame(0,0,0,0)来修复这个问题。
在这种情况下，系统没有找到UIScrollView的子类作为第一个子视图，并没有应用insets
