适配iPhone X虽然没什么难度但是很繁琐，因为导航栏高度一变基本上就影响到了所有页面。
如果项目是用的自动布局，适配起来应该会很快，但是很遗憾我这个项目没有使用自动布局。
曾经偷的懒在iPhone X出现的这天一一偿还。
之所以觉得适配繁琐的原因就是：界面搭建写死了。
比如说导航栏，项目中的导航栏都是自定义view，初始化的时候基本是这样的：
1
2self.naviView = [[CQShopCartNaviView alloc]
initWithFrame:CGRectMake(0,0, screenWidth,64)];
没有使用自动布局就算了还把高度写死了。。。
类似的还有tabBar，高度写死的49，不过整个项目也就一个tabBar，所以修改也很快。
适配iPhone X说白了就是修改控件的高度。。。
这次适配iPhone X我的一点经验教训就是：
1.一定要合理运用自动布局
自动布局的特点是：它是活的，能够根据结构的变化而变化。
相对于frame绝对布局，自动布局的优势还是很明显的，不只是这次适配iPhone X，之前适配热点被接入时状态栏高度发生改变我就深有体会了，如果用的自动布局，根本不需要适配，因为本来就是动态变化的，如果是绝对布局，你要接收状态栏高度改变的通知，然后一个一个页面调整。。。
还有，我迭代开发一年多的体会是：自动布局面对多变的需求能更好应对。
2. 通用全局常量一定要用宏定义
这样可以一处修改，全部修改。
说白了就是不要写死，比如说导航栏高度，直接写64直接洗白。
适配iPhone X用到的宏有：
// 判断是否是iPhone X
#define iPhoneX ([UIScreen instancesRespondToSelector:@selector(currentMode)] ? CGSizeEqualToSize(CGSizeMake(1125,2436), [[UIScreen mainScreen] currentMode].size) : NO)
// 状态栏高度
#define STATUS_BAR_HEIGHT (iPhoneX ?44.f :20.f)
// 导航栏高度
#define NAVIGATION_BAR_HEIGHT (iPhoneX ?88.f :64.f)
// tabBar高度
#define TAB_BAR_HEIGHT (iPhoneX ? (49.f+34.f) :49.f)
// home indicator
#define HOME_INDICATOR_HEIGHT (iPhoneX ?34.f :0.f)
3.最顶部的控件向下靠，最底部的控件向上靠
比如说自定义的导航栏：
导航栏中的控件的约束应该以底部为基准。
再比如说自定义的tabBar:
tabbar中的控件的约束应该以顶部为基准。
这样设置约束不管将来导航栏或tabbar的高度怎么变都不虚。
实际项目中最顶部的不一定的是导航栏，最底部的也不一定是tabbar，不管是什么view，只要我们设置的约束都是向中间靠的，将来控件的高度怎么改变都不会导致布局错乱。
1. 升级后，发现某个拥有tableView的界面错乱，组间距和contentInset错乱，因为iOS11中 UIViewController 的 automaticallyAdjustsScrollViewInsets 属性被废弃了，因此当tableView超出安全区域时，系统自动会调整SafeAreaInsets值，进而影响adjustedContentInset值
// 有些界面以下使用代理方法来设置，发现并没有生效
19// 有些界面以下使用代理方法来设置，发现并没有生效
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section;
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section;
// 这样的原理是因为之前只是实现了高度的代理方法，却没有实现View的代理方法，iOS10及以前这么写是没问题的，iOS11开启了行高估算机制引起的bug，因此有以下几种解决方法：
// 解决方法一：添加实现View的代理方法，只有实现下面两个方法，方法 (CGFloat)tableView: heightForFooterInSection: 才会生效
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section {
returnnil;
}
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section {
returnnil;
}
// 解决方法二：直接使用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;
总结
编程，一定要灵活，要稍微考虑长远点，我当初就是想当然的认为状态栏、导航栏和tabbar这些控件的高度是肯定不会变的，所以就直接写死了，导致现在不得不一一修改。
一定要紧跟潮流，如果当时我重构的时候就全部使用自动布局现在也不用那么麻烦了。