从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
如果自我。automcallyadjustsscrollviewinsets = NO;不为你工作，确保tableview头或section头的高度是CGFLOAT_MIN而不是0。
例如，如果你想让tableview头0高，你可以这样做:
CGRect frame = self.tableViewHeader.frame;
frame.size.height = CGFLOAT_MIN; //not 0
self.tableView.tableHeaderView.frame = frame;
self.tableView.tableHeaderView = self.tableViewHeader;
希望能有所帮助。
其他回答
我也一直在想这个问题。我很确定这是iOS7的漏洞。 最终帮助我的，是xib中的观点顺序。在一个视图中，表视图被正确显示，在另一个视图中，表视图有额外的35px空间。两者之间唯一的区别(UITableView)是，在显示不好的视图中，UITableView是第一个子，而在显示正常的视图中，它是第二个。
这对我来说很有用，只是改变了视图的顺序。我真的不喜欢为了解决问题而添加额外的代码。
这是在iOS 11和Xcode 9.1中通过Storyboard轻松修复的方法:
Select Table View > Size Inspector > Content Insets: Never
我已经找到了我最初的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调用后重新绘制自己。
override func viewWillAppear(animated: Bool) {
self.edgesForExtendedLayout = UIRectEdge.None
// OR
self.sampleTableView.contentInset = UIEdgeInsetsMake(-64, 0, 0, 0);
//OR
self.automaticallyAdjustsScrollViewInsets = false
}
我有一个VC与容器在它(btw是一个导航控制器的一部分)，并嵌入其中是一个TableVC。
选择我的TableVC，查看属性面板:
取消勾选自动调整滚动插入 取消检查顶部栏下的延伸边
然后我设置了容器相对于父视图的自动约束:
容器的观点。top = ParentView。顶边
这为我完成了以下任务:
保持桌面拉到顶部，但就在我的导航栏下面 刷新后，表返回到这个位置，而不是像以前那样在导航栏下向上+ 在实际的底部滚动表底部后，不缺它
我用这个设置进行了大量的试验和错误，但我最终发现了lekksi @移除UITableView单元格前的空白空间发布的这些小细节
