App界面適配iOS11（包括iPhoneX的奇葩尺寸）
2017.08.15 11:15*字數 1533閱讀 27517評論 65喜歡 102
公司的App是居于iOS8以上的锣险，頁面顯示在iOS8~iOS10都沒有問題，但是咐熙，iOS11beta版顯示出現各種問題，真是顧客虐你千百遍，你待顧客如初戀邪锌，蘋果搞事锉走，我們也只能暗暗的承受吩谦。??
搞事一：導航欄
1.導航欄高度變化
導航欄在iOS10之前都是默認的64p，但是前塔，到了iOS10就不單單是64p了嚣艇，可以看一下系統(tǒng)的信息App，在iOS11添加了大標題华弓，效果如下圖1：
圖1.png
navigationBar的結構食零，看圖2、3寂屏、4:
圖2.png
圖3.png
圖4.png
在上面三幅圖可以知道贰谣，在iOS11導航欄多了一個LargeTitleView，專門顯示大字標題用的迁霎，整個導航欄的高度達到了96p吱抚，這不包括狀態(tài)欄的高度，也就是說考廉，整個app頂部高度達到了116p频伤，其中statusbar=20，title=44芝此，largetitle=52憋肖，不過默認是64p；當然婚苹，iPhoneX的高度會更高點岸更，如果不顯示大字標題，頂部的高度也達到了88膊升，statusbar=44怎炊，title=44，如果顯示大字標題，則高度變成了140评肆，statusbar=44债查，title=44，largetitle=52瓜挽，也就是說盹廷，iPhoneX的劉海高度為24p，大字標題如下圖：
iPhoneX之前的機型.png
iPhoneX.png
2.導航欄的圖層變化
iOS11之前導航欄的title是添加在UINavigationItemView上面久橙，而navigationBarButton則直接添加在navigationBar上面俄占；如果設置了titleView，則titleView也是直接添加在navigationBar上面淆衷，如圖5:
圖5.png
在iOS11之后缸榄，蘋果添加了新的類來管理，navigationBar會添加在_UIButtonBarStackView上面祝拯，而_UIButtonBarStackView則添加在_UINavigationBarContentView上面甚带；如果沒有給titleView賦值，則titleView會直接添加在_UINavigationBarContentView上面佳头，如果賦值給了titleView鹰贵，則會新生成_UITAMICAdaptorView，把titleView添加在這個類上面畜晰，這個類會添加在_UINavigationBarContentView上面砾莱，如下圖6、7:
圖6.png
圖7.png
3.導航欄的邊距變化
在iOS11對導航欄里面的item的邊距也做了調整：
（1）如果只是設置了titleView凄鼻，沒有設置barbutton腊瑟，把titleview的寬度設置為屏幕寬度，則titleview距離屏幕的邊距块蚌，iOS11之前闰非，在iPhone6p上是20p，在iPhone6p之前是16p峭范；iOS11之后财松，在iPhone6p上是12p，在iPhone6p之前是8p纱控。
（2）如果只是設置了barbutton辆毡，沒有設置titleview，則在iOS11里甜害，barButton距離屏幕的邊距是20p和16p舶掖；在iOS11之前，barButton距離屏幕的邊距也是20p和16p尔店。
（3）如果同時設置了titleView和barButton眨攘，則在iOS11之前主慰，titleview和barbutton之間的間距是6p，在iOS11上titleview和barbutton之間無間距鲫售，如下圖8共螺、9:
圖8.png
圖9.png
4.App需要實現導航欄左右按鈕邊距為0
在iOS11之前，可以設置一個width為負的navigationBarButton情竹，將按鈕擠到邊緣藐不，變相實現0邊距的導航欄按鈕，但是鲤妥，這招在iOS11失效了佳吞，原因在于_UIButtonBarStackView拱雏，這個iOS9之后出來的棉安，用來相對布局的組件，限制了子view的布局铸抑。那怎么搞呢贡耽？
想到的方法有幾個：
（1）在viewWillAppear里面，將_UIButtonBarStackView取出來鹊汛，直接設置它的x坐標蒲赂。
（2）設置titleView，然后將button添加在titleView上面刁憋，根據不同的邊距做偏移滥嘴。
方法一：
遇到的問題，在viewDidLoad至耻，viewWillAppear若皱，viewWillLayoutSubviews，viewDidLayoutSubviews里面都取不到_UIButtonBarStackView尘颓，只有在viewDidAppear里才能取到值走触，這樣就會在頁面顯示了之后才開始移動navigationBarButton，顯然這樣體驗不好疤苹，所以互广，暫時pass掉。
方法二：
這個做法完全可以做到0邊距卧土，但是惫皱，問題來了，就是點擊區(qū)域的問題尤莺。因為左右navigationBarButton的點擊區(qū)域是超出父view的旅敷，所以，點擊不到缝裁。這好辦扫皱，重寫titleView的hitTest方法就好足绅。嘿嘿嘿，問題沒有那么簡單韩脑。之前在iOS11的圖層結構就解釋過氢妈，titleView會被添加在_UITAMICAdaptorView上面，而重點是段多，這個view也有邊距首量，所以，單單重寫titleView的hitTest方法還不夠进苍，那怎么解決呢加缘？我的辦法就是寫一個view的類別，hook所有view的hitTest方法觉啊，在里面判斷是否是iOS11以上拣宏，是否是_UITAMICAdaptorView類，如果都滿足條件杠人，則可以搞事了勋乾。??Demo
搞事二：列表的變化
1.automaticallyAdjustsScrollViewInsets
在iOS11之前，如果想要scrollView不偏移64p嗡善，則需設置automaticallyAdjustsScrollViewInsets=NO辑莫，但是這個屬性在iOS11直接被遺棄了??：
@property(nonatomic,assign) BOOL automaticallyAdjustsScrollViewInsets
API_DEPRECATED_WITH_REPLACEMENT("Use UIScrollView's contentInsetAdjustmentBehavior instead", ios(7.0,11.0),tvos(7.0,11.0));
所以，看一下contentInsetAdjustmentBehavior是何方神圣：
typedef NS_ENUM(NSInteger, UIScrollViewContentInsetAdjustmentBehavior) {
UIScrollViewContentInsetAdjustmentAutomatic, // Similar to .scrollableAxes, but will also adjust the top & bottom contentInset when the scroll view is owned by a view controller with automaticallyAdjustsScrollViewContentInset = YES inside a navigation controller, regardless of whether the scroll view is scrollable
UIScrollViewContentInsetAdjustmentScrollableAxes, // Edges for scrollable axes are adjusted (i.e., contentSize.width/height > frame.size.width/height or alwaysBounceHorizontal/Vertical = YES)
UIScrollViewContentInsetAdjustmentNever, // contentInset is not adjusted
UIScrollViewContentInsetAdjustmentAlways, // contentInset is always adjusted by the scroll view's safeAreaInsets
} API_AVAILABLE(ios(11.0),tvos(11.0));
/* Configure the behavior of adjustedContentInset.
Default is UIScrollViewContentInsetAdjustmentAutomatic.
*/
@property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentBehavior API_AVAILABLE(ios(11.0),tvos(11.0));
看起來這和iOS11搞的safeArea有關罩引，這個先放一遍各吨，看看怎么適配：
#define? adjustsScrollViewInsets_NO(scrollView,vc)\
do { \
_Pragma("clang diagnostic push") \
_Pragma("clang diagnostic ignored \"-Warc-performSelector-leaks\"") \
if ([UIScrollView instancesRespondToSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:")]) {\
[scrollView? performSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:") withObject:@(2)];\
} else {\
vc.automaticallyAdjustsScrollViewInsets = NO;\
}\
_Pragma("clang diagnostic pop") \
} while (0)
上面是公司里面一個大神寫的，這樣就可以在Xcode8上面跑了袁铐。
2.tableView默認使用Self-Sizing
這個配合estimatedRowHeight揭蜒、estimatedSectionFooterHeight、estimatedSectionHeaderHeight使用昭躺，可以預估高度忌锯。之前，設置高度為0時领炫，需要設置height=0.1偶垮，才會起作用，如果直接設置為0帝洪，則會使用默認高度似舵，由于自動使用預估高度，所以葱峡，忽略了設置的高度砚哗，使原來的高度增大了。只要把這幾個屬性設置為0就可以解決砰奕。
搞事三：iPhoneX底部tabbar的高度改變
iPhoneX不止多了劉海蛛芥，底部還有一個半角的矩形提鸟，使得tabbar多出來了34p的高度，不過不管導航欄和tabbar一般系統(tǒng)都會自動適配safeArea仅淑。
iPhoneX tabbar.png
總結：
iOS11系統(tǒng)改變還是比較大的称勋，某些地方需要注意適配，不然會出現很奇怪的現象涯竟。暫時赡鲜，在iOS11遇到這么多坑，以后遇到會繼續(xù)分享的庐船。
參考：
