从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
只是取消勾选“调整滚动视图嵌入”对我来说没用。 后来，我尝试将tableview的头设置为nil，幸运的是，这是有效的。
self.tableView.tableHeaderView = nil
其他回答
对于iOS 15，在viewDidLoad中尝试以下解决方案:
if #available(iOS 15.0, *) {
tableView.sectionHeaderTopPadding = .leastNormalMagnitude
}
我的回答将是更一般的答案，但也可以应用在这个问题上。
如果根视图(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
只需将你的tableview(或使它开始)固定在视图的绝对顶部。多余的空间正好是导航条的高度。
你可以检测你的应用是否运行iOS7或更高版本，并在你的表视图委托中添加这两个方法(通常在你的UIViewController代码中)
-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
return CGFLOAT_MIN;
}
-(CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section {
return CGFLOAT_MIN;
}
这可能不是一个优雅的解决方案，但对我来说是可行的
斯威夫特版本:
override func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
return CGFloat.leastNormalMagnitude
}
override func tableView(_ tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat {
return CGFloat.leastNormalMagnitude
}
在ios7中，你的视图开始于屏幕的上方，而不是导航栏的下方。它非常简单的设置到底部的导航栏。检查这个答案的解决方案，这不是同一个问题，但非常相关的你。
