从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
对于iOS 15，在viewDidLoad中尝试以下解决方案:
if #available(iOS 15.0, *) {
tableView.sectionHeaderTopPadding = .leastNormalMagnitude
}
其他回答
我曾经遇到过一个额外的顶部空间的问题，我必须把一堆答案串起来才能得到解决方案。(5小时检查所有答案)
首先，如果你关心
表格视图模式为“分组”，请将其更改为“普通”
不需要对页眉或页脚部分做任何更改，也不需要添加与它们相关的额外委托方法
然后在InterfaceBuilder中有TableView的ViewController中 —取消勾选“调整滚动视图插入” -取消检查扩展边缘:在顶部条下
*此外，确保你删除了衍生数据，并在模拟器或手机中重新安装应用程序，以有效地反映所做的更改。
UI更改有时不反映，因为IDE也…
我的回答将是更一般的答案，但也可以应用在这个问题上。
如果根视图(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
简单地在VC中添加以下到你的viewDidLoad:
self.automaticallyAdjustsScrollViewInsets = NO;
我假设这只是新UITableViewStyleGrouped样式的一部分。它存在于所有分组表视图中，似乎没有任何直接的方法来控制该空间。
如果这个空间是由一个UIView表示的，那么可以搜索UITableView的所有子视图来找到那个特定的视图并直接编辑它。然而，也有可能该空间只是标题和单元格开始之前的硬编码偏移量，没有任何方法来编辑它。
要搜索所有子视图(我将在表没有单元格时运行这段代码，以使它更容易阅读输出):
- (void)listSubviewsOfView:(UIView *)view {
// Get the subviews of the view
NSArray *subviews = [view subviews];
// Return if there are no subviews
if ([subviews count] == 0) return;
for (UIView *subview in subviews) {
NSLog(@"%@", subview);
// List the subviews of subview
[self listSubviewsOfView:subview];
}
}
确保您已经为表提供了约束。我没有遇到过类似的问题，在桌子底部有一个无法解释的填充物。
