从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
感谢@Aurelien Porte的回答。这是我的解决方案
产生此问题的原因:-
UITableView不喜欢头的高度为0.0。如果你要做的是有一个高度为0的标题，你可以跳到解决方案。 即使以后你给你的头分配了一个非0.0的高度，UITableView也不喜欢一开始就被分配一个高度为0.0的头。
在ViewDidLoad: -
self.edgesForExtendedLayout = UIRectEdge.None
self.automaticallyAdjustsScrollViewInsets = false
不需要这样的东西:-
self.myTableview.contentInset = UIEdgeInsetsMake(-56, 0, 0, 0)
在highforheaderinsection委托中:-
if section == 0
{
return 1
}
else
{
return 40; // your other headers height value
}
在viewForHeaderInSection委托中:-
if section == 0
{
// Note CGFloat.min for swift
// For Objective-c CGFLOAT_MIN
let headerView = UIView.init(frame: CGRectMake(0.0, 0.0, self.myShaadiTableview.bounds.size.width, CGFloat.min))
return headerView
}
else
{
// Construct your other headers here
}
其他回答
对我来说，这就是帮助我的东西。我也支持ios6。
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 7) {
self.edgesForExtendedLayout = UIRectEdgeNone;
self.extendedLayoutIncludesOpaqueBars = NO;
self.automaticallyAdjustsScrollViewInsets = NO;
}
另一个快速评论…甚至在XCode 6.1中，UIScrollViews, UITextViews和UITableViews顶部出现垂直空格的错误。
有时，修复此问题的唯一方法是进入Storyboard并拖动问题控件，使其不再是页面上的第一个子视图。
(感谢Oded为我指明了这个方向……我发表这篇评论，只是为了添加一些截图，以演示症状和解决方法。)
我也一直在想这个问题。我很确定这是iOS7的漏洞。 最终帮助我的，是xib中的观点顺序。在一个视图中，表视图被正确显示，在另一个视图中，表视图有额外的35px空间。两者之间唯一的区别(UITableView)是，在显示不好的视图中，UITableView是第一个子，而在显示正常的视图中，它是第二个。
这对我来说很有用，只是改变了视图的顺序。我真的不喜欢为了解决问题而添加额外的代码。
我检查了所有的答案。没有一个对我有效。我所要做的就是
self.myTableView.rowHeight = UITableViewAutomaticDimension
self.myTableView.estimatedRowHeight = 44.0
此外，这个问题并没有发生在tableView的顶部。它发生在tableView每个部分的顶部。
这个问题只发生在iOS9上。我们的应用在iOS10和iOS 11上运行良好。
我强烈推荐你看看这个很棒的问题和它的顶级答案:
在UITableView中使用自动布局进行动态单元格布局和可变行高
func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
return 0.0
}
这对我很管用。也可以根据section给出标题的高度。
