前陣子專案開發忙成狗，就一直沒做iOS11的適配，直到XcodeGM版釋出後，我胸有成竹的在iPhoneX上跑起專案，整個人都涼透了...下面總結一下我遇到的坑，不是很全面，日後補充。

導航欄

導航欄高度的變化

iOS11之前導航欄預設高度為64pt(這裡高度指statusBar + NavigationBar)，iOS11之後如果設定了prefersLargeTitles = YES則為96pt，預設情況下還是64pt，但在iPhoneX上由於劉海的出現statusBar由以前的20pt變成了44pt，所以iPhoneX上高度變為88pt，如果專案裡隱藏了導航欄加了自定義按鈕之類的，這裡需要注意適配一下。

導航欄圖層及對titleView佈局的影響

iOS11之前導航欄的title是新增在UINavigationItemView上面，而navigationBarButton則直接新增在UINavigationBar上面，如果設定了titleView，則titleView也是直接新增在UINavigationBar上面。iOS11之後，大概因為largeTitle的原因，檢視層級發生了變化，如果沒有給titleView賦值，則titleView會直接新增在_UINavigationBarContentView上面，如果賦值了titleView，則會把titleView新增在_UITAMICAdaptorView上，而navigationBarButton被加在了_UIButtonBarStackView上，然後他們都被加在了_UINavigationBarContentView上，如圖：

所以如果你的專案是自定義的navigationBar，那麼在iOS11上執行就可能出現佈局錯亂的bug，解決辦法是重寫UINavigationBar的layoutSubviews方法，調整佈局，上程式碼：

- (void)layoutSubviews {
    [super layoutSubviews];
    
    //注意導航欄及狀態列高度適配
    self.frame = CGRectMake(0, 0, CGRectGetWidth(self.frame), naviBarHeight);
    for (UIView *view in self.subviews) {
        if([NSStringFromClass([view class]) containsString:@"Background"]) {
            view.frame = self.bounds;
        }
        else if ([NSStringFromClass([view class]) containsString:@"ContentView"]) {
            CGRect frame = view.frame;
            frame.origin.y = statusBarHeight;
            frame.size.height = self.bounds.size.height - frame.origin.y;
            view.frame = frame;
        }
    }
}

再補充一點，看了簡書App適配iOS11發現titleView支援autolayout，這要求titleView必須是能夠自撐開的或實現了- intrinsicContentSize方法

- (CGSize)intrinsicContentSize {
    return UILayoutFittingExpandedSize;
}

UIScrollView、UITableView、UICollectionView

大家在iOS11裝置上執行出現最多問題應該就是tableview莫名奇妙的偏移20pt或者64pt了。。原因是iOS11棄用了automaticallyAdjustsScrollViewInsets屬性，取而代之的是UIScrollView新增了contentInsetAdjustmentBehavior屬性，這一切的罪魁禍首都是新引入的safeArea，關於safeArea適配這篇文章iOS 11 安全區域適配總結講的很詳細，感興趣的可以看下，我直接貼適配程式碼，因為低版本直接用contentInsetAdjustmentBehavior會報警告，所有定義瞭如下的巨集（感謝@炒雞範的指正，之前的巨集犯了個低階錯誤...現改為）

#define  adjustsScrollViewInsets(scrollView)\
do {\
_Pragma("clang diagnostic push")\
_Pragma("clang diagnostic ignored \"-Warc-performSelector-leaks\"")\
if ([scrollView respondsToSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:")]) {\
    NSMethodSignature *signature = [UIScrollView instanceMethodSignatureForSelector:@selector(setContentInsetAdjustmentBehavior:)];\
    NSInvocation *invocation = [NSInvocation invocationWithMethodSignature:signature];\
    NSInteger argument = 2;\
    invocation.target = scrollView;\
    invocation.selector = @selector(setContentInsetAdjustmentBehavior:);\
    [invocation setArgument:&argument atIndex:2];\
    [invocation retainArguments];\
    [invocation invoke];\
}\
_Pragma("clang diagnostic pop")\
} while (0)

還有的發現某些介面tableView的sectionHeader、sectionFooter高度與設定不符的問題，在iOS11中如果不實現 -tableView: viewForHeaderInSection:和-tableView: viewForFooterInSection: ，則-tableView: heightForHeaderInSection:和- tableView: heightForFooterInSection:不會被呼叫，導致它們都變成了預設高度，這是因為tableView在iOS11預設使用Self-Sizing，tableView的estimatedRowHeight、estimatedSectionHeaderHeight、 estimatedSectionFooterHeight三個高度估算屬性由預設的0變成了UITableViewAutomaticDimension，解決辦法簡單粗暴，就是實現對應方法或把這三個屬性設為0。

如果你使用了Masonry，那麼你需要適配safeArea

if (@available(iOS 11.0, *)) {
    make.edges.equalTo()(self.view.safeAreaInsets)
} else {
    make.edges.equalTo()(self.view)
}

iPhoneX

LaunchImage

關於iPhoneX(我就不吐槽劉海了...)，如果你的APP在iPhoneX上執行發現沒有充滿螢幕，上下有黑色區域，那麼你應該也像我一樣LaunchImage沒有用storyboard而是用的Assets，解決辦法如圖，啟動圖的尺寸為1125x2436，or you can iOS開發時如何使用 Launch Screen Storyboard。

TabBarController

因為我們的專案用了第三方的TabBarController，在iPhoneX執行，tabBar看起來怪怪的...估計作者要等到猴年馬月才適配iPhoneX，專案又著急上線，就自己修改了第三方，主要是tabBar高度及tabBarItem偏移適配，iPhoneX由於底部安全區的原因UITabBar高度由49pt變成了83pt，可以通過判斷機型來修改相關介面程式碼

#define kDevice_Is_iPhoneX ([UIScreen instancesRespondToSelector:@selector(currentMode)] ? CGSizeEqualToSize(CGSizeMake(1125, 2436), [[UIScreen mainScreen] currentMode].size) : NO)

目前遇到的就這些坑，歡迎大家指正補充~

作為一名iOS開發人員，想到當年嘲笑Android開發蛋疼的適配各種機型心情如圖...