从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
}
其他回答
self.automaticallyAdjustsScrollViewInsets = NO;
试试吧，你能搞定的!
设置内容插入到从来没有解决我的问题。
自我。automcallyadjustsscrollviewinsets = NO;
这在iOS 11中已弃用，所以你应该使用new属性 contentInsetAdjustmentBehavior在你的代码中，它应该修复这个问题。
if #available(iOS 11.0, *) {
collectionView.contentInsetAdjustmentBehavior = .never
}
在UIScrollView中添加了一个名为contentInsetAdjustmentBehavior的新属性，用于确定调整内容偏移量
我也一直在想这个问题。我很确定这是iOS7的漏洞。 最终帮助我的，是xib中的观点顺序。在一个视图中，表视图被正确显示，在另一个视图中，表视图有额外的35px空间。两者之间唯一的区别(UITableView)是，在显示不好的视图中，UITableView是第一个子，而在显示正常的视图中，它是第二个。
这对我来说很有用，只是改变了视图的顺序。我真的不喜欢为了解决问题而添加额外的代码。
这段代码对我来说很有用，对我来说最好的答案是用objective-C写的，所以我把它转换成Swift。
针对Swift 4.0+
self.tableView.tableHeaderView = UIView(frame: CGRect(x: 0, y: 0, width: self.tableView.bounds.size.width, height: .leastNonzeroMagnitude))
只需将其写入viewDidLoad()，它就会像一个咒语一样工作。
对于iOS 15+，上面的一个将不起作用，所以使用这个:-
if #available(iOS 15.0, *) {
tableView.sectionHeaderTopPadding = 0
}
对于iOS 15+，如果你想为你的整个项目应用更改，那么使用这个:-
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
if #available(iOS 15.0, *) {
UITableView.appearance().sectionHeaderTopPadding = 0.0
}
}
