从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
尝试改变UITableView从UIScrollView继承的contentInset属性。
self.tableView.contentInset = UIEdgeInsetsMake(-20, 0, 0, 0);
这是个变通办法，但很有效
其他回答
当使用分组TableView时，使用这个来避免viewWillAppear中的边界切割
self.tableView.contentInset = UIEdgeInsetsMake(-35, 0, 0, 0);
我的回答将是更一般的答案，但也可以应用在这个问题上。
如果根视图(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
尝试改变UITableView从UIScrollView继承的contentInset属性。
self.tableView.contentInset = UIEdgeInsetsMake(-20, 0, 0, 0);
这是个变通办法，但很有效
我也一直在想这个问题。我很确定这是iOS7的漏洞。 最终帮助我的，是xib中的观点顺序。在一个视图中，表视图被正确显示，在另一个视图中，表视图有额外的35px空间。两者之间唯一的区别(UITableView)是，在显示不好的视图中，UITableView是第一个子，而在显示正常的视图中，它是第二个。
这对我来说很有用，只是改变了视图的顺序。我真的不喜欢为了解决问题而添加额外的代码。
故事板:
确保你的UITableView top约束没有说“Under top layout guide”。相反，它应该说“顶部空间:Superview”(Superview.Top)。
当然，在包含UITableView的UIViewController中，取消勾选“调整滚动视图Insets”。
