iOS11版本适配问题

iOS11正式版已经发布，相信大部分人已经升级了最新的iOS11和Xcode9.0，那么老的版本也就带来了新的问题，我们的任务–“填坑”！

一、安全区域问题

上图：

这个页面布局其实是tableView覆盖整个屏幕的，设置的tableView的背景色为blueColor，但是很明显整个tableview内容下滑了20pt。

原因：iOS 11中automaticallyAdjustsScrollViewInsets属性被废弃了，self.automaticallyAdjustsScrollViewInsets = NO 就等于没有设置（默认是YES），于是顶部就多了一定的contentInset。
如果你的APP中使用的是自定义的navigationbar，隐藏掉系统的navigationbar，并且tableView的frame为(0,0,SCREENWIDTH, SCREENHEIGHT)开始，那么系统会自动调整SafeAreaInsets值为(20,0,0,0)。

解决方法：

if (@available(iOS 11.0, *)) {     self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;} else {     self.automaticallyAdjustsScrollViewInsets = NO;}

补充：体统了新的API@available(iOS 11.0, *) 系统版本判断，再也不用手动调取系统版本进行对比了��！

关于安全区域适配，简书上的这篇文章iOS 11 安全区域适配总结总结介绍得非常详细，请参考这篇文章。

二、tableView分区头和尾问题（代码不严谨）

如图，我想要的结果是不现实分区头和尾，代码中我也把tableView的heightForFooterInSection和heightForHeaderInSection设置成0.1了

但是为什么不起作用？iOS11以前这样写一点问题也没有，iOS 11上发生tableView顶部有留白，原因是代码中只实现了heightForHeaderInSection方法，而没有实现viewForHeaderInSection方法。那样写是不规范的，只实现高度，而没有实现view，但代码这样写在iOS 11之前是没有问题的，iOS 11之后应该是由于开启了估算行高机制引起了bug。添加上viewForHeaderInSection方法后，问题就解决了。或者添加以下代码关闭估算行高，问题也得到解决。

_tableView.estimatedRowHeight = 0;_tableView.estimatedSectionHeaderHeight = 0;_tableView.estimatedSectionFooterHeight = 0;

目前发现的iOS11在非iPhone X上的问题，会持续更新，稍后整理下iPhoneX显示适配，欢迎大家讨论。