从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
}
其他回答
Swift3
如果你使用分组表，然后做以下事情。 这将删除顶部空间。
var frame = CGRect.zero
frame.size.height = .leastNormalMagnitude
self.tableView.tableHeaderView = UIView(frame: frame)
self.tableView.tableFooterView = UIView(frame: frame)
如果你仍然得到这个问题，那么它将删除默认的内容偏移从顶部。
[永不设置内容插入] https://i.stack.imgur.com/fjxOV.png
我对它做了一些改动这似乎是设置tableView的tableHeaderView = nil的副作用。
因为我的tableView有一个动态出现的tableHeaderView，当我需要隐藏tableHeaderView，而不是做self.tableView.tableHeaderView = nil;，我做:
self.tableView.tableHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0f, 0.0f, self.tableView.bounds.size.width, 0.01f)];
我更喜欢这个解决方案，而不是设置一个有点随意的contentInset。因为我使用了contentInset。也是动态Top。当我重新计算contentInset时，必须记得删除额外的35px。顶部很乏味。
所以我尝试了所有的方法，这次没有一个有用。我的案例是iOS 9上的分组表视图。我不知道为什么以及如何发现这个，但对我来说，用UIView设置tableViewHeader至少有0.01的高度是可行的。CGRectZero没有帮助，什么都没有帮助:
tableView.tableHeaderView = UIView(frame: CGRect(x: 0.0, y: 0.0, width: 0.0, height: 0.01))
感谢@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
}
我的回答将是更一般的答案，但也可以应用在这个问题上。
如果根视图(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
