从iOS7开始，在我的UITableView顶部有额外的空间它有一个UITableViewStyleGrouped样式。
这里有一个例子:
tableview从第一个箭头开始，有35个像素的无法解释的填充，然后绿色的头是一个由viewForHeaderInSection返回的UIView(其中section为0)。
有人能解释一下这个35像素的数量是从哪里来的吗?我如何才能在不切换到UITableViewStylePlain的情况下摆脱它?
更新(回答):
在iOS 11及更高版本中:
tableView.contentInsetAdjustmentBehavior = .never
当前回答
我不确定这个答案是否正确，但它对我有用
我选择表视图，导航到标尺，改变Y值为零
其他回答
我注意到这个问题有很多答案，这取决于你想要做什么，所以我将分享我的答案，以防有人想要同样的效果:
在我的视图控制器中，我有一个分组的UITableView，它的tableHeaderView由一个200点高的UIScrollView和一个单独的带有属性的UILabel组成，UILabel包含一个广告标题、价格、位置和发布的时间。下面是表视图的内容。
在分组表视图标头的默认维度下，“MORE INFO”标头远远低于“5天前”标签。我通过覆盖每个部分的页眉和页脚的高度来修复它(已经是上面的图像)。
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
{
return section == kMoreInfoSection ? 33 : UITableViewAutomaticDimension;
}
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section
{
return UITableViewAutomaticDimension;
}
我从@erurainon的评论中了解了覆盖高度，从https://stackoverflow.com/a/14404104/855680了解了UITableViewAutomaticDimension。我不需要设置self。automyadjustsscrollviewinsets在我的视图控制器中不像接受的答案所建议的那样为NO。
我也已经尝试设置UIEdgeInsets和给表视图一个负值的顶部，但它没有工作-整个表视图移动，包括tableHeaderView。
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()
}
我也一直在想这个问题。我很确定这是iOS7的漏洞。 最终帮助我的，是xib中的观点顺序。在一个视图中，表视图被正确显示，在另一个视图中，表视图有额外的35px空间。两者之间唯一的区别(UITableView)是，在显示不好的视图中，UITableView是第一个子，而在显示正常的视图中，它是第二个。
这对我来说很有用，只是改变了视图的顺序。我真的不喜欢为了解决问题而添加额外的代码。
当使用分组TableView时，使用这个来避免viewWillAppear中的边界切割
self.tableView.contentInset = UIEdgeInsetsMake(-35, 0, 0, 0);
下面的操作(Swift)解决了这个问题，但当你不需要头文件的时候，这是有效的。
func tableView(tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
return CGFloat.min
}
如果你这样做，你将不得不放弃第一部分，并使用其他内容。
UITableViewDataSource实施:
func numberOfSectionsInTableView(tableView: UITableView) -> Int {
return <number_of_data_sections>+1
}
func tableView(tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
// the first section we don't use for data
if section == 0 {
return 0
}
// starting from 1, there are sections we use
if section == 1 {
let dataSection = section - 1
// use dataSection for your content (useful, when data provided by fetched result controller). For example:
if let sectionInfo = myFRC!.sections![dataSection] as? NSFetchedResultsSectionInfo {
return sectionInfo.numberOfObjects
}
}
return 0
}
func tableView(tableView: UITableView, cellForRowAtIndexPath indexPath: NSIndexPath) -> UITableViewCell {
let dataIndexPath = NSIndexPath(forRow: indexPath.row, inSection: (indexPath.section - 1) )
// return cell using transformed dataIndexPath
}
func tableView(tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
if section == 1 {
// return your header height
}
return CGFloat.min
}
func tableView(tableView: UITableView, viewForHeaderInSection section: Int) -> UIView? {
if section == 1 {
// return your header view
}
return nil
}
func tableView(tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat {
// in my case, even when 1st section header was of zero heigh, I saw the space, an that was a footer. I did not need footer at all, so always gave zero height
return CGFloat.min
}
就是这样。模型不知道任何变化，因为我们在访问数据时转换了节号。
