从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
还有另一种方式……但我喜欢它，因为它避免了硬编码任何高度值。
在UITableViewStyleGrouped表(静态或动态)中，只需在tableView中分配所需的高度(_:highightforheaderinsection)。我计算的新高度基于底部填充为节头标签。
override func tableView(tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
var height = UITableViewAutomaticDimension
if section == 0, let header = tableView.headerViewForSection(section) {
if let label = header.textLabel {
// get padding below label
let bottomPadding = header.frame.height - label.frame.origin.y - label.frame.height
// use it as top padding
height = label.frame.height + (2 * bottomPadding)
}
}
return height
}
在iOS 9和Xcode 7.3上测试。
希望能有所帮助。
其他回答
2019答:
你只要这样做
tableView.contentInsetAdjustmentBehavior = .never
奇怪微妙的gotchya ->
现在表视图有一个非常奇怪的行为:
在有缺口(XR等)的设备上，它不会告诉你添加更多的插入，但只有当表格从屏幕的物理顶部开始时才会这样做。 如果你不是从屏幕顶部开始，它不会那样做，但是 这两种情况都是>>与safeAreaInsets .......无关这很让人困惑
所有这些都是完全没有记录的……你可以浪费几个小时来解决这个问题。
如果你确实需要从屏幕/表格的顶部开始测量，
事实上，简单地说:
tableView.contentInsetAdjustmentBehavior = .never
一个很好的例子是，当你在一个表格的顶部添加一些横幅或类似的东西时，这是现在很常见的，你只需要将表格的顶部插入设置为你的横幅/等在运行时的任何高度。
要做到这一点，必须使用
tableView.contentInsetAdjustmentBehavior = .never
电话:/
奖金陷阱
不要忘记，现在几乎总是动态加载一些信息(用户图片、描述等等)，所以在信息到达之前不能将这些值设置为最终需要的值。另一个gotchya。：/
所以你会有这样的代码:
func setTableOffsetOnceFlagAreaSizeIsKnown() {
tableView.contentInset.top = yourSpecialFlagViewUpTop.bounds.height
}
override func viewDidLayoutSubviews() {
super.viewDidLayoutSubviews()
setTableOffsetOnceFlagAreaSizeIsKnown()
}
我已经找到了我最初的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调用后重新绘制自己。
我假设这只是新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];
}
}
这是使用Swift 3的iOS 10的解决方案:
你可以通过实现UITableViewDelegate中的以下方法来去除顶部和底部填充。
func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat
{
return CGFloat.leastNormalMagnitude
}
func tableView(_ tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat
{
return CGFloat.leastNormalMagnitude
}
当使用分组TableView时，使用这个来避免viewWillAppear中的边界切割
self.tableView.contentInset = UIEdgeInsetsMake(-35, 0, 0, 0);
