一：iOS11 問(wèn)題
有關(guān)iOS11 ,最大的變化就是增加了一個(gè)安全區(qū)域（safeArea）的概念，iOS11 適配的大部分問(wèn)題都是由于它引起的。
如果還不太了解概念，推薦閱讀 iOS 11 安全區(qū)域適配總結(jié)這篇文章。
1. tableView 頭部視圖和尾部視圖出現(xiàn)一塊留白問(wèn)題
iOS11下tableview默認(rèn)開(kāi)啟了self-Sizing，也就是自動(dòng)估高機(jī)制。
有兩種辦法去掉留白：tableView的style:UITableViewStyleGrouped類型，默認(rèn)tableView開(kāi)頭和結(jié)尾是有間距的，不需要這個(gè)間距的話，可以通過(guò)實(shí)現(xiàn)heightForHeaderInSection方法（返回一個(gè)較小值：0.1）和viewForHeaderInSection（返回一個(gè)view）來(lái)去除頭部的留白，底部同理。
iOS 11上發(fā)生tableView頂部有留白，原因是代碼中只實(shí)現(xiàn)了heightForHeaderInSection方法，而沒(méi)有實(shí)現(xiàn)viewForHeaderInSection方法。iOS 11之后應(yīng)該是由于開(kāi)啟了估算行高機(jī)制引起了bug。添加上viewForHeaderInSection方法后，問(wèn)題就解決了。或者添加以下代碼關(guān)閉估算行高，問(wèn)題也得到解決。
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
2. TableView 上拉刷新reloadData 時(shí)視圖發(fā)生偏移
舉個(gè)例子，我們加載數(shù)據(jù)分頁(yè)一頁(yè)10條數(shù)據(jù)，當(dāng)我們上拉刷新請(qǐng)求第二頁(yè)的時(shí)候，我們希望的是視圖流暢地展示第11個(gè)cell的一部分，然后當(dāng)前頁(yè)面僅僅展示第10個(gè)cell，甚至?xí)蛏掀埔稽c(diǎn)。
這個(gè)問(wèn)題也是iOS11 估算行高引起的問(wèn)題，關(guān)閉估算行高
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
3. NavigationBar 的變化
新增了一種lagreTitle的樣式，默認(rèn)是關(guān)閉的，暫時(shí)不用管他
集成了 UISearchController，很方便
圖層發(fā)生了變化:
如果設(shè)置了titleView，titleView原來(lái)是直接添加到UINavigationBar上，iOS11后，titleView會(huì)加在
UITAMICAdaptorView上，UITAMICAdaptorView這個(gè)圖層是添加在UINavigationBarContentView上的，
UINavigationBarContentView之上才是UINavigationBar。titleView支持autolayout，你可能會(huì)發(fā)現(xiàn)你的titleView變窄了，你可以通過(guò)重寫 intrinsicContentSize方法來(lái)解決這個(gè)問(wèn)題
- (CGSize)intrinsicContentSize {
return UILayoutFittingExpandedSize;
}
4 .iOS 11 權(quán)限問(wèn)題
iOS11對(duì)相冊(cè)的權(quán)限key做了調(diào)整，將原來(lái)的 NSPhotoLibraryUsageDescription改成了NSPhotoLibraryAddUsageDescription。詳見(jiàn)：Cocoa Keys
4. iOS11系統(tǒng)下SVProgessHUD默認(rèn)的loading文字變灰問(wèn)題
具體原因還未找到，坐等更新，暫時(shí)使用了SVP的自定義樣式解決，望有遇到過(guò)的大佬不吝指教
[SVProgressHUD setDefaultStyle:SVProgressHUDStyleCustom];//設(shè)置loading樣式，默認(rèn)白底黑字
[SVProgressHUD setBackgroundColor:HEXCOLOR(0xf9f9f9ff)]; //設(shè)置loading底部背景顏色
二： iPhoneX問(wèn)題
1. 適配iPhoneX的時(shí)候上面流海的屏幕仍是黑色，內(nèi)容沒(méi)有充滿屏幕
- 這是因?yàn)槟銢](méi)有設(shè)置對(duì)應(yīng)大小的啟動(dòng)圖，iPhone X對(duì)應(yīng)像素 1125 * 2436，將啟動(dòng)圖添加到LaunchImage中后，還要在Contents.json文件中增加下面的內(nèi)容
{
"extent" : "full-screen",
"idiom" : "iphone",
"subtype" : "2436h",
"filename" : "你的啟動(dòng)圖名字.png",
"minimum-system-version" : "11.0",
"orientation" : "portrait",
"scale" : "3x"
}
2.webView，tableView頁(yè)面無(wú)導(dǎo)航欄時(shí)，頂部出現(xiàn)44高度的空白
*iOS11中廢棄了automaticallyAdjustsScrollViewInsets，取而代之的是contentInsetAdjustmentBehavior屬性，adjustedContentInset屬性決定了tableView與邊緣的距離。iPhone X豎屏?xí)r控制器視圖的safeAreaInsets是（44，0，34，0）
#pragma mark -- 廢棄了的automaticallyAdjustsScrollViewInsets
@property(nonatomic,assign) BOOL automaticallyAdjustsScrollViewInsets API_DEPRECATED_WITH_REPLACEMENT
("Use UIScrollView's contentInsetAdjustmentBehavior instead", ios(7.0,11.0),tvos(7.0,11.0)); // Defaults to YES
#pragma mark -- UIScrollView新屬性
/* When contentInsetAdjustmentBehavior allows, UIScrollView may incorporate
its safeAreaInsets into the adjustedContentInset.
*/
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset API_AVAILABLE(ios(11.0),tvos(11.0));
contentInsetAdjustmentBehavior屬性有以下幾個(gè)枚舉值:
/*
1. automatic 和scrollableAxes一樣,scrollView會(huì)自動(dòng)計(jì)算和適應(yīng)頂部和底部的內(nèi)邊距并且在scrollView 不可滾動(dòng)時(shí),也會(huì)設(shè)置內(nèi)邊距.
2. scrollableAxes 自動(dòng)計(jì)算內(nèi)邊距.
3. never 不計(jì)算內(nèi)邊距
4. always 根據(jù)safeAreaInsets 計(jì)算內(nèi)邊距
*/
typedef NS_ENUM(NSInteger, UIScrollViewContentInsetAdjustmentBehavior) {
UIScrollViewContentInsetAdjustmentAutomatic,
UIScrollViewContentInsetAdjustmentScrollableAxes,
UIScrollViewContentInsetAdjustmentNever,
UIScrollViewContentInsetAdjustmentAlways,
}
@property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentBehavior;
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset；
//adjustedContentInset值被改變的delegate
- (void)adjustedContentInsetDidChange;
- (void)scrollViewDidChangeAdjustedContentInset:(UIScrollView *)scrollView;
添加如下代碼解決問(wèn)題
if (@available(iOS 11.0, *)) {
tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}
3.iPhoneX 在push進(jìn)入 webView頁(yè)面時(shí)，底部會(huì)有黑邊一閃而過(guò)
- 這也是由iOS11的safeArea引起的問(wèn)題。
- 發(fā)生這種情況， 你可能設(shè)置了webview 的高度為 SCREEN_HEIGHT-NAVBAR_HEIGHT(屏幕高度-（導(dǎo)航欄高度+狀態(tài)欄高度))，你有兩種選擇：
1）設(shè)置webview高度為 SCREEN_HEIGHT-NAVBAR_HEIGHT-34， 34為底部的安全區(qū)域間距。
2）添加如下代碼
if (@available(iOS 11.0, *)) {
webView.scrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}
第一種方法會(huì)讓webview的視圖和底部有34的距離，第二種會(huì)使webview保持全屏，但一部分區(qū)域會(huì)被iPhoneX底下的黑條遮住，美丑自評(píng)
4.頁(yè)面底部有固定的footerView被遮擋，以及一些自定義輸入框彈起鍵盤被遮蓋問(wèn)題
iPhoneX需要將底部一些控件的位置往上移34，彈出的鍵盤隱藏時(shí)也可能會(huì)出現(xiàn)問(wèn)題，根據(jù)實(shí)際情況修改。
5.視圖高度問(wèn)題
以前編寫代碼的時(shí)候，定義tableView高度可能只是用了SCREEN_HEIGHT-64-49（有tabbar的時(shí)候），也可能是SCREEN_HEIGHT-64（tabbar隱藏的時(shí)候），在iphoneX上面這樣的寫法會(huì)出現(xiàn)問(wèn)題，特別是一些死頁(yè)面，tableView會(huì)拉不到最底部。
參考
以上內(nèi)容參考了以下文章，閱讀原文請(qǐng)點(diǎn)擊以下鏈接
iOS11 & iPhone X 適配指南 http://url.cn/5wjMhix
App界面適配iOS11 http://www.lxweimin.com/p/352f101d6df1
iOS 11 安全區(qū)域適配總結(jié) http://www.lxweimin.com/p/efbc8619d56b
