有种后知后觉的感觉，�iOS11已经出来半个多月了，本来觉得不需要做太多的适配，我把适配的重点放到了新出的机型iPhoneX上。但是在适配iPhoneX的过程中，突然发现了很多诡异的现象。然后我把注意力又拉回了iOS11的适配，在这几天的适配中，处理了几个问题，后续的问题还会在追踪中。下面的例子我都以iPhoneX的模拟器上演示了，后续也会出iPhoneX的布局适配方案文章。
问题1:tableView莫名其妙的在上拉加载的时候乱跳
适配前：
适配之前如上图，在上拉加载之后，tableView在加载完毕之后，并没有恢复到正常的位置，但是在iOS11以下都是正常的，如果仅仅是没有恢复到原有位置也就算了，MJRefresh同时还在不停的触发上拉加载方法，不停的在请求网络，刚开始我第一反应以为是iPhoneX的问题，但是后来发现不是的，只要是iOS11以上，都会出现这样的问题。第二反应以为是界面架构问题，由于这个界面相对复杂，我刚开始以为是因为collectionView嵌套tableView的原因，后来看普通的列表页也会出现这样的问题。最后定位了问题，发现问题的根本原因在这里：
在iOS11 中, UIViewController的automaticallyAdjustsScrollViewInsets属性已经不再使用,我们需要使用UIScrollView的 contentInsetAdjustmentBehavior 属性来替代它.
再来看一下 这个属性的内部结构
@available(iOS 11.0, *)
public enum UIScrollViewContentInsetAdjustmentBehavior : Int {
case automatic // Similar to .scrollableAxes, but will also adjust the top & bottom contentInset when the scroll view is owned by a view controller with automaticallyAdjustsScrollViewContentInset = YES inside a navigation controller, regardless of whether the scroll view is scrollable
case scrollableAxes // Edges for scrollable axes are adjusted (i.e., contentSize.width/height > frame.size.width/height or alwaysBounceHorizontal/Vertical = YES)
case never // contentInset is not adjusted
case always // contentInset is always adjusted by the scroll view's safeAreaInsets
}
automatic 和scrollableAxes一样,scrollView会自动计算和适应顶部和底部的内边距并且在scrollView 不可滚动时,也会设置内边距.
scrollableAxes 自动计算内边距.
never不计算内边距
always 根据safeAreaInsets 计算内边距
这里我们需要把这个属性禁用调，不然系统会帮我们自动计算内边距，这样在滚动之后无法定位。
解决方案：我相信大多数人和我一样，项目内有大量的UIScrollView,UITableView和UICollectionVIew的一种或者多种，不可能在每次初始化的时候去单独处理这个属性。不过好在这几个控件都是遵循appearance
代理的，我们可以在项目初始化的时候，对此类控件进行全局统一设置。
#pragma mark - 适配iOS11以上 scrollview 乱序滚动问题
- (void)adaptateIOS11{
//适配iOS11以上UITableview 、UICollectionView、UIScrollview 列表/页面偏移
if (@available(iOS 11.0, *)){
[[UIScrollView appearance] setContentInsetAdjustmentBehavior:UIScrollViewContentInsetAdjustmentNever];
}
}
这样你项目内部初始化的三类控件都会默认禁止调ContentInsetAdjustmentBehavior 这个属性。按道理来说，应该问题可以得到解决了。但是以上问题还存在。我们之前的步骤只解决了第一步问题。在禁止ContentInsetAdjustmentBehavior这个属性之后，我们还需要设置3条预设高度。
最终解决方案：
#pragma mark - 适配iOS11以上 scrollview 乱序滚动问题
- (void)adaptateIOS11{
//适配iOS11以上UITableview 、UICollectionView、UIScrollview 列表/页面偏移
if (@available(iOS 11.0, *)){
[[UIScrollView appearance] setContentInsetAdjustmentBehavior:UIScrollViewContentInsetAdjustmentNever];
[[UITableView appearance] setEstimatedRowHeight:0];
[[UITableView appearance] setEstimatedSectionFooterHeight:0];
[[UITableView appearance] setEstimatedSectionHeaderHeight:0];
}
}
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// Override point for customization after application launch.
[self adaptateIOS11];
return YES;
}
然后在AppDelegate启动项目时，调用该方法。
最终适配效果恢复正常了。
在解决这个问题的时候，发现有人说还有几个问题，不过暂时没有全部遇到，把解决方案放到下面，可以自行选择
tableview 适配
1. 滚动条乱跳问题解决：
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
2. 列表位置错误问题解决：
先查看tableView的frame是否正常，然后设置下面属性
if (@available(iOS 11.0, *)){
_tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
_tableView.contentInset = UIEdgeInsetsMake(0, 0, 49, 0);//top 和 bottom根据使用场景灵活设置
_tableView.scrollIndicatorInsets = _tableView.contentInset;
}
3.
使用scrollview的地方出现布局错位 跳动等问题解决：
你的scrollview.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
问题2:奇怪的UITableView分割线问题
iOS11之后，我们的项目内的UITableView莫名其妙的Cell的头部和底部在某些界面多了很多特别明显的灰色的分割线。
适配前：
如上图，在我回去看这些界面的tableview的时候，都发现了一个特点这几个tableview的分割线类别都使用了tableView.separatorStyle=UITableViewCellSeparatorStyleSingleLineEtched;
再看一下separatorStyle这个属性有什么变化
typedef NS_ENUM(NSInteger, UITableViewCellSeparatorStyle) {
UITableViewCellSeparatorStyleNone,
UITableViewCellSeparatorStyleSingleLine,
UITableViewCellSeparatorStyleSingleLineEtched NS_ENUM_DEPRECATED_IOS(2_0, 11_0, "Use UITableViewCellSeparatorStyleSingleLine for a single line separator.")
} __TVOS_PROHIBITED;
解决方案：
UITableViewCellSeparatorStyleSingleLineEtched 在iOS11之后废弃了，让使用UITableViewCellSeparatorStyleSingleLine代替，或者自定义。起初UITableViewCellSeparatorStyleSingleLineEtched在iOS11以下是和UITableViewCellSeparatorStyleNone效果是一样的，没有分割线。但是在iOS11以上。如果不需要分割线，必须使用UITableViewCellSeparatorStyleNone。在把这些界面的分割线类别都修改为UITableViewCellSeparatorStyleNone之后，问题得到了解决。
问题3: UIBarButtonItem 如果为纯文字展示，长按按钮进入高亮状态会出现系统蓝色
问题效果图如下图gif：
只有iOS11以上的，纯文字的按钮，会出现这样的问题。我查看了初始化代码。
/*
取消按钮
*/
UIBarButtonItem * leftItem=[[UIBarButtonItem alloc]initWithTitle:@"取消" style:UIBarButtonItemStylePlain target:self action:@selector(leftBtnClick)];
NSMutableDictionary * leftItemAttrs = [NSMutableDictionary dictionary];
leftItemAttrs[NSForegroundColorAttributeName] = Color_Text_Gray_80;
leftItemAttrs[NSFontAttributeName] = [OWFont systemFontOfSize:FontSize_15];
[leftItem setTitleTextAttributes:leftItemAttrs forState:UIControlStateNormal];
self.navigationItem.leftBarButtonItem = leftItem;
我猜测是我仅仅设置了normal状态的原因，但是该处理方式在iOS11以下并不会有问题。所以我在下方又添加了高亮状态，果然就解决了。
解决方案：
/*
取消按钮
*/
UIBarButtonItem * leftItem=[[UIBarButtonItem alloc]initWithTitle:@"取消" style:UIBarButtonItemStylePlain target:self action:@selector(leftBtnClick)];
NSMutableDictionary * leftItemAttrs = [NSMutableDictionary dictionary];
leftItemAttrs[NSForegroundColorAttributeName] = Color_Text_Gray_80;
leftItemAttrs[NSFontAttributeName] = [OWFont systemFontOfSize:FontSize_15];
[leftItem setTitleTextAttributes:leftItemAttrs forState:UIControlStateNormal];
//适配iOS11
[leftItem setTitleTextAttributes:leftItemAttrs forState:UIControlStateHighlighted];
self.navigationItem.leftBarButtonItem = leftItem;
下面我先仅适配了左侧取消按钮 没有适配右侧按钮 可以看一下对比
问题4:UITableView 顶部多出一部分空白区域
如图，我突然发现在某些界面tabview的顶部会多出来一部分空白区域，并不是我设置的高度。出现问题的界面都有一个特点，都是单纯指定了sectionHeader的高度，但是并没有返回一个sectionHeaderView.这种写法在iOS11之前是可以正常展示的，但是在iOS11上，系统会预先设置一个sectionheaderView进去，如果你不执行返回sectionHeader的代理.
解决方案：
#pragma mark 此方法加上是为了适配iOS 11出现的问题
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section{
return nil;
}
//有时候tableview的底部视图也会出现此现象对应的修改就好了
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section{
return nil;
}
如果你设置了sectionHeader的高度的话，同时并不需要设置一个具体的view，那么你也需要执行一下上面的代理，返回一个nil就可以了。补充完代码之后，诡异的高度消失了
问题5:iOS11定位失效
这点也是我在之前看适配问题的时候，大概有注意过有人说过这个问题，但是并没有去测试。昨天我在看我们的定位功能的时候，确实发现iOS11下，获取用户地理位置的时候没有反应了。然后我查阅了相应的文章。发现iOS11之后，苹果对获取用户的地理位置权限进行了改动。
苹果现在增加了一项新的隐私保护功能 NSLocationAlwaysAndWhenInUseUsageDeion
并且原有的 NSLocationAlwaysUsageDeion 被降级为 NSLocationWhenInUseUsageDeion
解决方案：
想要达到之前 NSLocationAlwaysUsageDeion 的定位效果，需要在info.plist文件中添加 NSLocationAlwaysAndWhenInUseUsageDeion 和 NSLocationWhenInUseUsageDeion 两个就可以了。否则，徒劳无功，你的App依旧不支持Always authorization。
并且新的用户授权选择更为人性化。你如果遇到了这个问题可以修改之后去看一下最终的效果。
