iOS 11增加info.Plist中的字段：
相冊權限：
之前的這個字段：Privacy - Photo Library Usage Description
需要增加這個字段：Privacy - Photo Library Additions Usage Description浸船，內(nèi)容和上面字段保持一致即可。
定位權限：
Privacy - NSLocationAlwaysAndWhenInUseUsageDescription

新特性 安全區(qū)域（Safe Area）

從iOS 7以來权薯，我們在整個操作系統(tǒng)中都有這些毛玻璃效果的bars讼呢，蘋果鼓勵我們通過這些bars繪制內(nèi)容撩鹿，我們是通過viewController的edgesForExtendedLayout屬性來做這些的。

iOS 7 開始悦屏，在 UIViewController中引入的 topLayoutGuide 和 bottomLayoutGuide 在 iOS 11 中被廢棄了节沦！取而代之的就是safeArea的概念键思，safeArea是描述你的視圖部分不被任何內(nèi)容遮擋的方法。 它提供兩種方式：safeAreaInsets或safeAreaLayoutGuide來提供給你safeArea的參照值甫贯，即 insets或者 layout guide吼鳞。 safeArea區(qū)域如圖所示:

safeArea區(qū)域

如果有一個自定義的viewController，你可能要添加你自己的bars叫搁，增加safeAreaInsets的值赔桌，可以通過一個新的屬性：addtionalSafeAreaInsets來改變safeAreaInsets的值，當你的viewController改變了它的safeAreaInsets值時渴逻，有兩種方式獲取到回調(diào)：

UIView.safeAreaInsetsDidChange()
UIViewController.viewSafeAreaInsetsDidChange()

分享一個獲取某View安全區(qū)域范圍的宏

#define VIEWSAFEAREAINSETS(view) ({UIEdgeInsets i; if(@available(iOS 11.0, *)) {i = view.safeAreaInsets;} else {i = UIEdgeInsetsZero;} i;})

使用方法：
VIEWSAFEAREAINSETS(view).left
VIEWSAFEAREAINSETS(self.view).right

UIScrollView and UITableView的新特性ScrollView

如果有一些文本位于UI滾動視圖的內(nèi)部疾党，并包含在導航控制器中，現(xiàn)在一般navigationContollers會傳入一個contentInset給其最頂層的viewController的scrollView惨奕，在iOS11中進行了一個很大的改變雪位，不再通過scrollView的contentInset屬性了，而是新增了一個屬性：adjustedContentInset墓贿，通過下面兩種圖的對比茧泪，能夠表示adjustContentInset表示的區(qū)域：

adjustContentInset表示的區(qū)域

iOS 10 和 iOS 11 對比

新增的contentInsetAdjustmentBehavior屬性用來配置adjustedContentInset的行為蜓氨，該結構體有以下幾種類型：

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;

UIScrollViewContentInsetAdjustmentBehavior 是一個枚舉類型,值有以下幾種:

• automatic 和scrollableAxes一樣,scrollView會自動計算和適應頂部和底部的內(nèi)邊距并且在scrollView不可滾動時,也會設置內(nèi)邊距.
• scrollableAxes 自動計算內(nèi)邊距.
• never不計算內(nèi)邊距
• always 根據(jù)safeAreaInsets 計算內(nèi)邊距

TableView

1.UITableview UICollectionView MJRefresh下拉刷新錯亂的問題

if (@available(iOS 11.0, *)) {
    _tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
    _tableView.contentInset = UIEdgeInsetsMake(64, 0, 49, 0);//iPhoneX這里是88
    _tableView.scrollIndicatorInsets = _tableView.contentInset;
}

2.在iOS 11中默認啟用Self-Sizing 未使用AutoLayout的TableView中的高度會出現(xiàn)問題.

Self-Sizing在iOS11下是默認開啟的，Headers, footers, and cells都默認開啟Self-Sizing穴吹，所有estimated 高度默認值從iOS11之前的 0 改變?yōu)?code>UITableViewAutomaticDimension.

如果目前項目中沒有使用estimateRowHeight屬性幽勒，在iOS11的環(huán)境下就要注意了，因為開啟Self-Sizing之后港令，tableView是使用estimateRowHeight屬性的啥容，這樣就會造成contentSize和contentOffset值的變化，如果是有動畫是觀察這兩個屬性的變化進行的顷霹，就會造成動畫的異常咪惠，因為在估算行高機制下，contentSize的值是一點點地變化更新的淋淀，所有cell顯示完后才是最終的contentSize值遥昧。因為不會緩存正確的行高，tableView reloadData的時候朵纷，會重新計算contentSize炭臭，就有可能會引起contentOffset的變化。iOS11下不想使用Self-Sizing的話袍辞，可以通過以下方式關閉:

self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;

3.TableView的separatorInset擴展

iOS 7引入separatorInset屬性鞋仍，用以設置cell的分割線邊距，在 iOS 11中對其進行了擴展搅吁⊥矗可以通過新增的UITableViewSeparatorInsetReference枚舉類型的separatorInsetReference屬性來設置separatorInset屬性的參照值.

通過下面的參考圖可以看出他們的區(qū)別:

separatorInset區(qū)別

4. TableView和SafeArea(安全區(qū))

有以下幾點需要注意：

• separatorInset 被自動地關聯(lián)到 safe area insets落午，因此，默認情況下肚豺，表視圖的整個內(nèi)容避免了其根視圖控制器的安全區(qū)域的插入板甘。
• UITableviewCell 和 UITableViewHeaderFooterView的 contentview 在安全區(qū)域內(nèi)；因此你應該始終在 contentview 中使用add-subviews操作详炬。
• 所有的 headers 和 footers都應該使用UITableViewHeaderFooterView盐类，包括 table headers 和footers、section headers 和 footers呛谜。

5. TableView的滑動操作

在iOS8之后在跳，蘋果官方增加了UITableVIew的右滑操作接口，即新增了一個代理方法tableView: editActionsForRowAtIndexPath:和一個類UITableViewRowAction隐岛，代理方法返回的是一個數(shù)組猫妙，我們可以在這個代理方法中定義所需要的操作按鈕(刪除、置頂?shù)?聚凹，這些按鈕的類就是UITableViewRowAction割坠。這個類只能定義按鈕的顯示文字、背景色妒牙、和按鈕事件彼哼。并且返回數(shù)組的第一個元素在UITableViewCell的最右側(cè)顯示，最后一個元素在最左側(cè)顯示湘今。從iOS 11開始有了一些改變敢朱，首先是可以給這些按鈕添加圖片了，然后是如果實現(xiàn)了以下兩個iOS 11新增的代理方法摩瞎，將會取代tableView: editActionsForRowAtIndexPath:代理方法:

代理方法

這兩個代理方法返回的是UISwipeActionsConfiguration
類型的對象拴签，創(chuàng)建該對象及賦值可看下面的代碼片段:

- ( UISwipeActionsConfiguration *)tableView:(UITableView *)tableView trailingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath {
    //刪除
    UIContextualAction *deleteRowAction = [UIContextualAction contextualActionWithStyle:UIContextualActionStyleDestructive title:@"delete" handler:^(UIContextualAction * _Nonnull action, __kindof UIView * _Nonnull sourceView, void (^ _Nonnull completionHandler)(BOOL)) {
        [self.titleArr removeObjectAtIndex:indexPath.row];
        completionHandler (YES);
    }];
    deleteRowAction.image = [UIImage imageNamed:@"icon_del"];
    deleteRowAction.backgroundColor = [UIColor blueColor];

    UISwipeActionsConfiguration *config = [UISwipeActionsConfiguration configurationWithActions:@[deleteRowAction]];
    return config;
}

typedef NS_ENUM(NSInteger, UIContextualActionStyle) {
    UIContextualActionStyleNormal,
    UIContextualActionStyleDestructive
} NS_SWIFT_NAME(UIContextualAction.Style)

創(chuàng)建UIContextualAction對象時，UIContextualActionStyle有兩種類型旗们，如果是置頂蚓哩、已讀等按鈕就使用UIContextualActionStyleNormal
類型，delete操作按鈕可使用UIContextualActionStyleDestructive
類型上渴，當使用該類型時岸梨，如果是右滑操作，一直向右滑動某個cell驰贷，會直接執(zhí)行刪除操作盛嘿，不用再點擊刪除按鈕，這也是一個好玩的更新.

typedef NS_ENUM(NSInteger, UIContextualActionStyle) {
    UIContextualActionStyleNormal,
    UIContextualActionStyleDestructive
} NS_SWIFT_NAME(UIContextualAction.Style)

滑動操作這里還有一個需要注意的是括袒，當cell高度較小時次兆，會只顯示image，不顯示title锹锰，當cell高度夠大時芥炭，會同時顯示image和title漓库。我寫demo測試的時候，因為每個cell的高度都較小园蝠，所以只顯示image渺蒿，然后我增加cell的高度后，就可以同時顯示image和title了彪薛。見下圖對比：

豎屏

橫屏

• UIBarItem

UIBarItem是UItabbaritem和UIbarbuttonitem的父類揩魂，要想實現(xiàn)上面介紹的效果幽邓，只需要為UIBarItem 設置landscapeImagePhone
屬性，在storyboard中也支持這個設置肤京，對于HUD的image需要設置另一個iOS11新增的屬性：largeContentSizeImage
颊艳，關于這部分更詳細的討論茅特，可以參考 WWDC2017 Session 215：What's New in Accessibility

• 控制大標題的顯示

在UINavigationbar中新增了一個BOOL屬性prefersLargeTitles
,將該屬性設置為ture忘分，navigationbar就會在整個APP中顯示大標題，如果想要在控制不同頁面大標題的顯示白修，可以通過設置當前頁面的navigationItem的largeTitleDisplayMode屬性.

navigationItem.largeTitleDisplayMode 

typedef NS_ENUM(NSInteger, UINavigationItemLargeTitleDisplayMode) {  
/// 自動模式依賴上一個 item 的特性
UINavigationItemLargeTitleDisplayModeAutomatic,
/// 針對當前 item 總是啟用大標題特性
UINavigationItemLargeTitleDisplayModeAlways,
/// Never 
UINavigationItemLargeTitleDisplayModeNever,
}

在 Navigation 集成 UISearchController

把你UISearchController賦值給navigationItem妒峦，就可以實現(xiàn)將UISearchController集成到 Navigation.

navigationItem.searchController //iOS 11 新增屬性
navigationItem.hidesSearchBarWhenScrolling //決定滑動的時候是否隱藏搜索框；iOS 11 新增屬性

UINavigationController和滾動交互

滾動的時候兵睛，以下交互操作都是由UINavigationController負責調(diào)動的：

UIsearchController搜索框效果更新
大標題效果的控制
Rubber banding效果 //當你開始往下拉肯骇，大標題會變大來回應那個滾輪

所以，如果你使用navigation bar祖很，組裝一些整體push和pop體驗笛丙，你不會得到searchController的集成、大標題的控制更新和Rubber banding效果假颇，因為這些都是由UINavigationController控制的胚鸯。

參考：
你可能需要為你的APP適配iOS11