博客傳送門(mén)
前陣子項(xiàng)目開(kāi)發(fā)忙成狗，就一直沒(méi)做iOS11的適配，直到XcodeGM版發(fā)布后衫哥，我胸有成竹的在iPhoneX上跑起項(xiàng)目，整個(gè)人都涼透了...下面總結(jié)一下我遇到的坑悲关，不是很全面谎僻，日后補(bǔ)充。

導(dǎo)航欄

導(dǎo)航欄高度的變化

iOS11之前導(dǎo)航欄默認(rèn)高度為64pt(這里高度指statusBar + NavigationBar)寓辱，iOS11之后如果設(shè)置了prefersLargeTitles = YES則為96pt艘绍，默認(rèn)情況下還是64pt，但在iPhoneX上由于劉海的出現(xiàn)statusBar由以前的20pt變成了44pt秫筏，所以iPhoneX上高度變?yōu)?8pt诱鞠，如果項(xiàng)目里隱藏了導(dǎo)航欄加了自定義按鈕之類(lèi)的，這里需要注意適配一下这敬。

導(dǎo)航欄圖層及對(duì)titleView布局的影響

iOS11之前導(dǎo)航欄的title是添加在UINavigationItemView上面航夺，而navigationBarButton則直接添加在UINavigationBar上面，如果設(shè)置了titleView崔涂，則titleView也是直接添加在UINavigationBar上面阳掐。iOS11之后，大概因?yàn)?code>largeTitle的原因冷蚂，視圖層級(jí)發(fā)生了變化缭保，如果沒(méi)有給titleView賦值，則titleView會(huì)直接添加在_UINavigationBarContentView上面蝙茶，如果賦值了titleView艺骂，則會(huì)把titleView添加在_UITAMICAdaptorView上，而navigationBarButton被加在了_UIButtonBarStackView上尸闸，然后他們都被加在了_UINavigationBarContentView上彻亲，如圖：

圖1

- (void)layoutSubviews {
    [super layoutSubviews];
    
    //注意導(dǎo)航欄及狀態(tài)欄高度適配
    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;
        }
    }
}

再補(bǔ)充一點(diǎn)宦芦，看了簡(jiǎn)書(shū)App適配iOS11發(fā)現(xiàn)titleView支持autolayout宙址，這要求titleView必須是能夠自撐開(kāi)的或?qū)崿F(xiàn)了- intrinsicContentSize方法

- (CGSize)intrinsicContentSize {
    return UILayoutFittingExpandedSize;
}

繼承自UIScrollView的視圖偏移問(wèn)題

大家在iOS11設(shè)備上運(yùn)行出現(xiàn)最多問(wèn)題應(yīng)該就是tableview莫名奇妙的偏移20pt或者64pt了。调卑。原因是iOS11棄用了automaticallyAdjustsScrollViewInsets屬性抡砂，取而代之的是UIScrollView新增了contentInsetAdjustmentBehavior屬性，這一切的罪魁禍?zhǔn)锥际切乱氲?code>safeArea恬涧，關(guān)于safeArea適配這篇文章iOS 11 安全區(qū)域適配總結(jié)講的很詳細(xì)注益，感興趣的可以看下，我直接貼適配代碼溯捆，因?yàn)榈桶姹局苯佑?code>contentInsetAdjustmentBehavior會(huì)報(bào)警告丑搔，所有定義了如下的宏（感謝@炒雞范的指正，之前的宏犯了個(gè)低級(jí)錯(cuò)誤...現(xiàn)改為）

#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)

還有的發(fā)現(xiàn)某些界面tableView的sectionHeader、sectionFooter高度與設(shè)置不符的問(wèn)題啤月，在iOS11中如果不實(shí)現(xiàn) -tableView: viewForHeaderInSection:和-tableView: viewForFooterInSection: 煮仇，則-tableView: heightForHeaderInSection:和- tableView: heightForFooterInSection:不會(huì)被調(diào)用，導(dǎo)致它們都變成了默認(rèn)高度谎仲，這是因?yàn)?code>tableView在iOS11默認(rèn)使用Self-Sizing浙垫，tableView的estimatedRowHeight、estimatedSectionHeaderHeight郑诺、 estimatedSectionFooterHeight三個(gè)高度估算屬性由默認(rèn)的0變成了UITableViewAutomaticDimension夹姥，解決辦法簡(jiǎn)單粗暴，就是在對(duì)應(yīng)界面實(shí)現(xiàn)對(duì)應(yīng)方法或把tableView的這三個(gè)屬性設(shè)為0间景。如果你想全局關(guān)閉Self-Sizing可使用下面這段代碼：

   UITableView.appearance.estimatedRowHeight = 0; 
   UITableView.appearance.estimatedSectionFooterHeight = 0;
   UITableView.appearance.estimatedSectionHeaderHeight = 0;

如果你使用了Masonry佃声，某些界面需要適配需要適配safeArea，請(qǐng)更新到最新版本倘要，可以試試下面這段代碼

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

相冊(cè)訪問(wèn)權(quán)限

看其他適配文章上對(duì)iOS11相冊(cè)權(quán)限調(diào)整的說(shuō)明是“iOS11把 NSPhotoLibraryUsageDescription 替換成了NSPhotoLibraryAddUsageDescription”圾亏，奇怪的是我的項(xiàng)目并沒(méi)有添加NSPhotoLibraryAddUsageDescription，在訪問(wèn)相冊(cè)時(shí)也沒(méi)發(fā)生crash封拧，后來(lái)在仔細(xì)閱讀了官方文檔才發(fā)現(xiàn)NSPhotoLibraryAddUsageDescription只針對(duì)相冊(cè)存儲(chǔ)權(quán)限志鹃，在iOS11上系統(tǒng)默認(rèn)打開(kāi)了用戶(hù)相冊(cè)的訪問(wèn)權(quán)限，如果應(yīng)用需要存儲(chǔ)權(quán)限就需要添加這個(gè)key泽西，否則就會(huì)crash曹铃。

AppIcon

在iOS11上發(fā)現(xiàn)了一個(gè)奇怪的現(xiàn)象，APP在啟動(dòng)時(shí)圖標(biāo)會(huì)出現(xiàn)黑邊捧杉，如圖（處女座實(shí)在忍不了...）

圖2

iPhoneX

LaunchImage

關(guān)于iPhoneX(我就不吐槽劉海了...)评甜，如果你的APP在iPhoneX上運(yùn)行發(fā)現(xiàn)沒(méi)有充滿(mǎn)屏幕，上下有黑色區(qū)域仔涩，那么你應(yīng)該也像我一樣LaunchImage沒(méi)有用storyboard而是用的Assets忍坷，解決辦法如圖，啟動(dòng)圖的尺寸為1125x2436熔脂，or you can iOS開(kāi)發(fā)時(shí)如何使用 Launch Screen Storyboard佩研。

圖3

TabBarController

如果你使用了原生tabBar，系統(tǒng)會(huì)自動(dòng)適配霞揉，因?yàn)槲覀兊捻?xiàng)目用了第三方的TabBarController旬薯，在iPhoneX運(yùn)行，tabBar看起來(lái)怪怪的(如果不確定你的項(xiàng)目tabBar在iPhoneX上看起來(lái)是否正常适秩，可以參照模擬器的照片APP袍暴，一看便知)...估計(jì)作者要等到猴年馬月才適配iPhoneX些侍，項(xiàng)目又著急上線(xiàn)，就自己改了下政模，主要是tabBar高度及tabBarItem偏移適配，iPhoneX由于底部安全區(qū)的原因UITabBar高度由49pt變成了83pt蚂会，多出來(lái)的34pt是空白手勢(shì)區(qū)域淋样。可以通過(guò)判斷機(jī)型來(lái)修改相關(guān)界面代碼胁住，方式有兩種趁猴，通過(guò)分辨率判斷：

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

通過(guò)設(shè)備名稱(chēng)判斷：
@"iPhone10,1" : @"iPhone 8",
@"iPhone10,4" : @"iPhone 8",
@"iPhone10,2" : @"iPhone 8 Plus",
@"iPhone10,5" : @"iPhone 8 Plus",
@"iPhone10,3" : @"iPhone X",
@"iPhone10,6" : @"iPhone X",
這里推薦使用UIDeviceIdentifier。

目前遇到的就這些坑彪见，歡迎大家指正補(bǔ)充~

作為一名iOS開(kāi)發(fā)人員儡司，想到當(dāng)年嘲笑Android開(kāi)發(fā)蛋疼的適配各種機(jī)型心情如圖...

圖4

iOS-App Icon](https://developer.apple.com/ios/human-interface-guidelines/icons-and-images/app-icon/)

最后奉上WWDC官方視頻：

Updating Your App for iOS 11

Building Apps for iPhone X

Designing for iPhone X