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显示适配，欢迎大家讨论。
