开发遇到亲身体验，总结此文共享与广大开发者，希望你更快解决bug。
ios11变化做大的要输导航栏
一. UITableView的改动
1.组间距和contentInset错乱
因为iOS11中 UIViewController 的 automaticallyAdjustsScrollViewInsets 属性被废弃了，因此当tableView超出安全区域时，系统自动会调整SafeAreaInsets值，进而影响adjustedContentInset值
/ 有些界面以下使用代理方法来设置，发现并没有生效
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section;
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section;
// 这样的原理是因为之前只是实现了高度的代理方法，却没有实现View的代理方法，iOS10及以前这么写是没问题的，iOS11开启了行高估算机制引起的bug，因此有以下几种解决方法：
// 解决方法一：添加实现View的代理方法
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section {
return nil;
}
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section {
return nil;
}
// 解决方法二：直接使用tableView属性进行设置,修复该UI错乱
self.tableView.sectionHeaderHeight = 0;
self.tableView.sectionFooterHeight = 5;
[_optionTableView setContentInset:UIEdgeInsetsMake(-35, 0, 0, 0)];
// 解决方法三：添加以下代码关闭估算行高
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
2.separatorInset 扩展
iOS 7 引入separatorInset属性，用以设置 cell 的分割线边距，在 iOS 11 中对其进行了扩展。可以通过新增的UITableViewSeparatorInsetReference枚举类型的separatorInsetReference属性来设置separatorInset属性的参照值。
typedef NS_ENUM(NSInteger, UITableViewSeparatorInsetReference) {
UITableViewSeparatorInsetFromCellEdges, //默认值，表示separatorInset是从cell的边缘的偏移量
UITableViewSeparatorInsetFromAutomaticInsets //表示separatorInset属性值是从一个insets的偏移量
}
3.Table Views 和 Safe Area
需要注意点：
（1）separatorInset 被自动地关联到 safe area insets，因此，默认情况下，表视图的整个内容避免了其根视图控制器的安全区域的插入。
（2）UITableviewCell 和 UITableViewHeaderFooterView的 content view 在安全区域内；因此你应该始终在 content view 中使用add-subviews操作。
（3）所有的 headers 和 footers 都应该使用UITableViewHeaderFooterView，包括 table headers 和 footers、section headers 和 footers。
二.UINavigationBar和UIToolBar的大改动
1.导航栏上添加按钮：
iOS11以前是直接把按钮加到了UINavigationBar上面，而iOS11则是先将按钮加到了_UITAMICAdaptorView，再加到_UIButtonBarStackView、_UINavigationBarContentView，接着才是UINavigationBar。因此如果需要获取导航栏按钮 frame 或者 superView，这里需要专门做下适配
2.导航栏标题的自适应
（1）UINavigationBar 新增属性 BOOL值 prefersLargeTitles ，该属性设置为true就会显示大标题，
（2）可以通过 largeTitleTextAttributes 来设置大标题的文本样式，
（3）如果想要在控制不同页面大标题的显示，可以通过设置当前页面的navigationItem的largeTitleDisplayMode属性；
navigationItem.largeTitleDisplayMode
typedef NS_ENUM(NSInteger, UINavigationItemLargeTitleDisplayMode) {
/// 自动模式依赖上一个 item 的特性
UINavigationItemLargeTitleDisplayModeAutomatic,
/// 针对当前 item 总是启用大标题特性
UINavigationItemLargeTitleDisplayModeAlways,
/// Never
UINavigationItemLargeTitleDisplayModeNever,
}
3.隐藏导航条和状态栏
状态栏的高度是20，导航栏的高度是44，如果同时存在状态栏的导航条，我们通常会设置view上的控件的位置的X 大于等于 64.
一：隐藏导航条：self.navigationController.navigationBarHidden = YES;
二：隐藏状态栏：
第一步：在info.plist 文件里增加两个类型(Type)为bool 选项， Status bar is initially hidden 设为YES；View controller-based status bar appearance 设为NO；
第二步：在想要隐藏状态栏的页面的写代码： [UIApplication sharedApplication].statusBarHidden = YES;
另外，值得一说的是： 隐藏状态栏和隐藏 导航条 所用到的原理与性质一样， 在一个页面A隐藏了，其它与他有关的页面B（如Apush到B）的状态栏/导航栏也会被隐藏，如果不想隐藏某个页面的状态栏/导航条，则可以在viewWillAppear:(BOOL)animated 里写 [UIApplication sharedApplication].statusBarHidden = NO／ self.navigationController.navigationBarHidden = NO；
4.原生导航栏搜索样式发生变化
查看 API 后发现，iOS11后将 searchController 赋值给了 NavigationItem，所以可以把你的UISearchController赋值给navigationItem，就可以实现将UISearchController集成到Navigation。
navigationItem.searchController //iOS 11 新增属性
navigationItem.hidesSearchBarWhenScrolling //决定滑动的时候是否隐藏搜索框；iOS 11 新增属性
- UIToolbar 和 UINavigaBar 做了新的自动布局扩展支持
自定义的bar button items、自定义的title都可以通过layout来表示尺寸，constraints需要在view内部设置，所以如果你有一个自定义的标题视图，你需要确保任何约束只依赖于标题视图及其任何子视图。当你使用自动布局，系统假设你知道你在做什么。
自iOS11更新以来遇见的基本变化总结分享与大家，也希望大家积极分享自己遇到的问题及改动，让我们在Coding的路上共同进步同行。
