iOS11和iPhoneX適配的一些坑

2020-07-26 02:40:42

字體：大中小

供稿：網(wǎng)友

本文轉(zhuǎn)載于：http://www.cocoachina.com/ios/20170921/20623.html

導航欄

導航欄高度的變化

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

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

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

所以如果你的項目是自定義的navigationBar，那么在iOS11上運行就可能出現(xiàn)布局錯亂的bug，解決辦法是重寫UINavigationBar的layoutSubviews方法，調(diào)整布局，上代碼：

- (void)layoutSubviews {  [super layoutSubviews];  //注意導航欄及狀態(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;    }  }}

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

- (CGSize)intrinsicContentSize {  return UILayoutFittingExpandedSize;}

UIScrollView、UITableView、UICollectionView

大家在iOS11設(shè)備上運行出現(xiàn)最多問題應(yīng)該就是tableview莫名奇妙的偏移20pt或者64pt了。。原因是iOS11棄用了automaticallyAdjustsScrollViewInsets屬性，取而代之的是UIScrollView新增了contentInsetAdjustmentBehavior屬性，這一切的罪魁禍首都是新引入的safeArea，關(guān)于safeArea適配這篇文章iOS 11 安全區(qū)域適配總結(jié)講的很詳細，感興趣的可以看下，我直接貼適配代碼，因為低版本直接用contentInsetAdjustmentBehavior會報警告，所有定義了如下的宏（感謝@炒雞范的指正，之前的宏犯了個低級錯誤...現(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è)置不符的問題，在iOS11中如果不實現(xiàn) -tableView: viewForHeaderInSection:和-tableView: viewForFooterInSection: ，則-tableView: heightForHeaderInSection:和- tableView: heightForFooterInSection:不會被調(diào)用，導致它們都變成了默認高度，這是因為tableView在iOS11默認使用Self-Sizing，tableView的estimatedRowHeight、estimatedSectionHeaderHeight、 estimatedSectionFooterHeight三個高度估算屬性由默認的0變成了UITableViewAutomaticDimension，解決辦法簡單粗暴，就是實現(xiàn)對應(yīng)方法或把這三個屬性設(shè)為0。

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

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

iPhoneX

LaunchImage

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

TabBarController

因為我們的項目用了第三方的TabBarController，在iPhoneX運行，tabBar看起來怪怪的...估計作者要等到猴年馬月才適配iPhoneX，項目又著急上線，就自己修改了第三方，主要是tabBar高度及tabBarItem偏移適配，iPhoneX由于底部安全區(qū)的原因UITabBar高度由49pt變成了83pt，可以通過判斷機型來修改相關(guān)界面代碼

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

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

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