*近实在是蛮闲的，这都得益于苹果爸爸给力的审核，已经半个月了（委屈）

这个问题已经很久了，但是还是希望分享给各位，当然网上的教程的确很多；

 

1、automaticallyAdjustsScrollViewInsets

automaticallyAdjustsScrollViewInsets是在iOS11之前为ScrollView自动处理内边距的，讲实话这个属性我从来都是禁止的，不喜欢被别人自动控制，主要原因还是因为控制不住别人的自动控制。

当设置为YES时（默认YES），如果视图里面存在唯一一个UIScrollView或其子类View，那么它会自动设置相应的内边距，这样可以让scroll占据整个视图，又不会让导航栏遮盖。

当controller上的*个子视图不是scrollview以及其子类的时候，就会取消内边距。此时原本全屏的scrollview设置的frame（0，0，self.view.frame.size.width，xx）就会从状态栏开始算起，如果应用有导航栏的话，那么就会遮盖住视图的64个高度

当然这很绕，简单的方法就是不要去管他，当视图出现故障的时候一定要*时间想起它！

在iOS11，你会发现这个属性失效了，查询可以看到下面的说明：在iOS11使用UIScrollView’s contentInsetAdjustmentBehavior instead

@property(nonatomic,assign) BOOL automaticallyAdjustsScrollViewInsets API_DEPRECATED(“Use UIScrollView’s contentInsetAdjustmentBehavior instead”, ios(7.0,11.0),tvos(7.0,11.0)); // Defaults to YES

你可以这样做：

if (@available(iOS 11.0, *)) {
    self.scrollview.contentInsetAdjustmentBehavior = UIApplicationBackgroundFetchIntervalNever;
} else {
    self.automaticallyAdjustsScrollViewInsets = false;
}

swift:

  if #available(iOS 11.0, *) {
            tableView.contentInsetAdjustmentBehavior = .never
        } else {
            self.automaticallyAdjustsScrollViewInsets = false
        }

有位大神写了个宏供各位参考：

#define  adjustsScrollViewInsets_NO(scrollView,vc)\
do { \
_Pragma("clang diagnostic push") \
_Pragma("clang diagnostic ignored \"-Warc-performSelector-leaks\"") \
if ([UIScrollView instancesRespondToSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:")]) {\
[scrollView   performSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:") withObject:@(2)];\
} else {\
vc.automaticallyAdjustsScrollViewInsets = NO;\
}\
_Pragma("clang diagnostic pop") \
} while (0)

或者下面屌丝一点的宏定义：

#define AdjustsScrollViewInsetNever(controller,view) if(@available(iOS 11.0, *)) {view.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;} else if([controller isKindOfClass:[UIViewController class]]) {controller.automaticallyAdjustsScrollViewInsets = false;}

 

2 、齐刘海　

众所周知，导航的高度为64，在哪个手机上面都是不变的,iPhone X没出来之前是对的，随便写64,iPhone X出来后，大家都傻眼了，导航栏高度变了有可能为88,傻眼了吧，如果你纯码写的都是64，这时候你写出了下面的代码：

-(UITableView *)goodsTypeTableView{
    if (!_goodsTypeTableView) {
        _goodsTypeTableView = [[UITableView alloc]initWithFrame:CGRectMake(0, 0, kScreen_width, kScreen_height - 64 - 49) style:UITableViewStylePlain];
        _goodsTypeTableView.delegate = self;
        _goodsTypeTableView.dataSource = self;
        [_goodsTypeTableView registerClass:[XJMarketGoodsTableViewCell class] forCellReuseIdentifier:NSStringFromClass([XJMarketGoodsTableViewCell class])];

    }
    return _goodsTypeTableView;
}

哇赛！很炸天嘛，你发现要么是上面的内容被遮挡了，要么是下面的内容被遮挡了，这都是因为写死了64和49造成的。所以你应该这样做：

    #define SafeAreaTopHeight (kScreen_height == 812.0 ? 88 : 64)

&&

  #define SafeAreaBottomHeight (kScreen_height == 812.0 ? 83 : 49)

 

3 、UIBarButtonItem

%title插图%num

在iOS 11 里面使用 CustomView创建的item造成frame错乱以及设置边距item.width = -20等失效问题，归根结底是因为苹果更改了iOS11上面uinavigationBar的结构

%title插图%num

iOS 11以前的navigationBar添加的right和left直接添加到navigationBar上面，并且使用的是frame布局的

 iOS 11 navigationBar结构图：
%title插图%num

有图我们可以看到， 添加的right和left的UIBarButtonItem并不是直接添加到nagitionBar上面。而是在外面嵌套了一个uibuttonBarStackView,而StackView并不是使用的frame，而是用的约束来布局，所以必须得用 AutoLayout 了！

 /// 适配iOS11 UIBarButtonItem 添加自定义布局
 if (@available(iOS 9.0,*)) { /// 强迫症的朋友这里也是可以写成11.0
    [backbtn.widthAnchor constraintEqualToConstant:size.width].active = true;
    [backbtn.heightAnchor constraintEqualToConstant:size.height].active = true;
  }

iOS11里面正确效果：

%title插图%num

 4 、tableView

iOS11 tableView默认启用了Self-Sizing，这个应该是UITableView*大的改变。我们知道在iOS8引入Self-Sizing 之后，我们可以通过实现estimatedRowHeight相关的属性来展示动态的内容，实现了estimatedRowHeight属性后，得到的初始contenSize是个估算值，是通过estimatedRowHeight 乘以 cell的个数得到的，并不是*终的contenSize，只是当前屏幕能够显示的cell个数，滑动时，tableView不停地得到新的cell，更新自己的contenSize。

Self-Sizing在iOS11下是默认开启的，Headers, footers, and cells都默认开启Self-Sizing，所有estimated 高度默认值从iOS11之前的 0 改变为UITableViewAutomaticDimension：

如果目前项目中没有使用estimateRowHeight属性，在iOS11的环境下就要注意了，因为开启Self-Sizing之后，tableView是使用estimateRowHeight属性的，这样就会造成contentSize和contentOffset值的变化，如果是有动画是观察这两个属性的变化进行的，就会造成动画的异常，因为在估算行高机制下，contentSize的值是一点点地变化更新的，所有cell显示完后才是*终的contentSize值。因为不会缓存正确的行高，tableView reloadData的时候，会重新计算contentSize，就有可能会引起contentOffset的变化。

iOS11下不想使用Self-Sizing的话，可以通过以下方式关闭：

//添加以下代码

self.tableView.estimatedRowHeight =0;

self.tableView.estimatedSectionHeaderHeight =0;

self.tableView.estimatedSectionFooterHeight =0;

或者进行全局的配置：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

    //适配iOS11的tableView问题
    [UITableView appearance].estimatedRowHeight = 0;
    [UITableView appearance].estimatedSectionHeaderHeight = 0;
    [UITableView appearance].estimatedSectionFooterHeight = 0;

    if (@available(iOS 11, *)) {
        [UIScrollView appearance].contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever; 
//iOS11 解决SafeArea的问题，同时能解决pop时上级页面scrollView抖动的问题
    }
    return YES;
}

如果你发现你的表头表尾单元格突然变得大了，问题就在这里！

5 、tableView分割线

iOS 7 引入separatorInset属性，用以设置 cell 的分割线边距，在 iOS 11 中对其进行了扩展。可以通过新增的UITableViewSeparatorInsetReference枚举类型的separatorInsetReference属性来设置separatorInset属性的参照值。

 

typedef NS_ENUM(NSInteger, UITableViewSeparatorInsetReference) {

    // The value set to the separatorInset property is interpreted as an offset from the edges of the cell.

    UITableViewSeparatorInsetFromCellEdges,

    

    // The value set to the separatorInset property is interpreted as an offset from the automatic separator insets.

    UITableViewSeparatorInsetFromAutomaticInsets

} API_AVAILABLE(ios(11.0), tvos(11.0));

他们的效果是这样的 ：
%title插图%num%title插图%num
一般我们都会设置分割线左边顶个：使用下面的全局配置：
  1. – (void)_setTableViewAppearace {
  2. [[UITableView appearance]setTableFooterView:[UIView new]];
  3. [[UITableView appearance]setSeparatorInset:UIEdgeInsetsZero];
  4. }

 

基本就是这样了，如果有其它的问题会继续补充！