轉自：http://www.jianshu.com/p/0cc7aad638d9

字數2646  閱讀18217  評論103  喜歡515

1.Notification(通知)

自從Notification被引入之後，蘋果就不斷的更新優化，但這些更新優化只是小打小鬧，直至現在iOS 10開始真正的進行大改重構，這讓開發者也體會到UserNotifications的易用，功能也變得非常強大。

• iOS 9 以前的通知

  1.在呼叫方法時，有些方法讓人很難區分，容易寫錯方法，這讓開發者有時候很苦惱。

  2.應用在執行時和非執行時捕獲通知的路徑還不一致。

  3.應用在前臺時，是無法直接顯示遠端通知，還需要進一步處理。

  4.已經發出的通知是不能更新的，內容發出時是不能改變的，並且只有簡單文字展示方式，擴充套件性根本不是很好。

• iOS 10 開始的通知

  1.所有相關通知被統一到了UserNotifications.framework框架中。

  2.增加了撤銷、更新、中途還可以修改通知的內容。

  3.通知不在是簡單的文字了，可以加入視訊、圖片，自定義通知的展示等等。

  4.iOS 10相對之前的通知來說更加好用易於管理，並且進行了大規模優化，對於開發者來說是一件好事。

  5.iOS 10開始對於許可權問題進行了優化，申請許可權就比較簡單了(本地與遠端通知整合在一個方法中)。

• iOS 10 通知學習相關資料：

  UserNotifications: 蘋果官方文件 - 蘋果官方視訊1 - 蘋果官方視訊2 - 蘋果官方視訊3
  活久見的重構 - iOS 10 UserNotifications 框架解析
  WWDC2016 Session筆記 - iOS 10 推送Notification新特性

2.ATS的問題

iOS 9中預設HTTP的網路是不推薦使用的，當然我們也可以把NSAllowsArbitraryLoads設定為YES禁用ATS。不過iOS 10從2017年1月1日起蘋果不允許我們通過這個方法跳過ATS

，也就是說強制我們用HTTPS，如果不這樣的話提交App可能會被拒絕。但是我們可以通過NSExceptionDomains來針對特定的域名開放HTTP可以容易通過稽核。

參考學習文章如下：
關於 iOS 10 中 ATS 的問題

3.iOS 10 隱私許可權設定

iOS 10 開始對隱私許可權更加嚴格，如果你不設定就會直接崩潰，現在很多遇到崩潰問題了，一般解決辦法都是在info.plist檔案新增對應的Key-Value就可以了。

以上Value值，圈出的紅線部分的文字是展示給使用者看的，需要自己新增規範的提示說明，不能為空。目前解決辦法基本都一樣，參考學習文章如下：
相容iOS 10：配置獲取隱私資料許可權宣告

4.Xcode 8 執行一堆沒用的logs解決辦法

上圖我們看到，自己新建的一個工程啥也沒幹就列印一堆爛七八糟的東西，我覺得這個應該是Xcode 8的問題，具體也沒細研究，解決辦法是設定OS_ACTIVITY_MODE : disable如下圖:

相關問題連線：
stackoverflow問答

5.iOS 10 UIStatusBar方法過期:

在我們開發中有可能用到UIStatusBar一些屬性，在iOS 10 中這些方法已經過期了，如果你的專案中有用的話就得需要適配。上面的圖片也能發現，如果在iOS 10中你需要使用preferredStatusBar比如這樣：

//iOS 10 
- (UIStatusBarStyle)preferredStatusBarStyle {
    return UIStatusBarStyleDefault;
}

6.iOS 10 UICollectionView 效能優化

隨著開發者對UICollectionView的信賴，專案中用的地方也比較多，但是還是存在一些問題，比如有時會卡頓、載入慢等。所以iOS 10 對UICollectionView進一步的優化，因為敘述起來比較複雜耗費時間，在這裡只提供學習參考文章如下：
WWDC2016 Session筆記 - iOS 10 UICollectionView新特性

7.iOS 10 UIColor 新增方法

以下是官方文件的說明：

Most graphics frameworks throughout the system, including Core Graphics, Core Image, Metal, and AVFoundation, have substantially improved support for extended-range pixel formats and wide-gamut color spaces. By extending this behavior throughout the entire graphics stack, it is easier than ever to support devices with a wide color display. In addition, UIKit standardizes on working in a new extended sRGB color space, making it easy to mix sRGB colors with colors in other, wider color gamuts without a significant performance penalty.

Here are some best practices to adopt as you start working with Wide Color.

• In iOS 10, the UIColor class uses the extended sRGB color space and its initializers no longer clamp raw component values to between 0.0 and 1.0. If your app relies on UIKit to clamp component values (whether you’re creating a color or asking a color for its component values), you need to change your app’s behavior when you link against iOS 10.
• When performing custom drawing in a UIView on an iPad Pro (9.7 inch), the underlying drawing environment is configured with an extended sRGB color space.
• If your app renders custom image objects, use the new UIGraphicsImageRenderer class to control whether the destination bitmap is created using an extended-range or standard-range format.
• If you are performing your own image processing on wide-gamut devices using a lower level API, such as Core Graphics or Metal, you should use an extended range color space and a pixel format that supports 16-bit floating-point component values. When clamping of color values is necessary, you should do so explicitly.
• Core Graphics, Core Image, and Metal Performance Shaders provide new options for easily converting colors and images between color spaces.

因為之前我們都是用RGB來設定顏色，反正用起來也不是特別多樣化，這次新增的方法應該就是一個彌補吧。所以在iOS 10 蘋果官方建議我們使用sRGB，因為它效能更好，色彩更豐富。如果你自己為UIColor寫了一套分類的話也可嘗試替換為sRGB，UIColor類中新增了兩個Api如下:

+ (UIColor *)colorWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha NS_AVAILABLE_IOS(10_0);

- (UIColor *)initWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha NS_AVAILABLE_IOS(10_0);

8.iOS 10 UITextContentType

// The textContentType property is to provide the keyboard with extra information about the semantic intent of the text document.

@property(nonatomic,copy) UITextContentType textContentType NS_AVAILABLE_IOS(10_0); // default is nil

在iOS 10 UITextField添加了textContentType列舉，指示文字輸入區域所期望的語義意義。

使用此屬性可以給鍵盤和系統資訊，關於使用者輸入的內容的預期的語義意義。例如，您可以指定一個文字欄位，使用者填寫收到一封電子郵件確認uitextcontenttypeemailaddress。當您提供有關您期望使用者在文字輸入區域中輸入的內容的資訊時，系統可以在某些情況下自動選擇適當的鍵盤，並提高鍵盤修正和主動與其他文字輸入機會的整合。

9.iOS 10 字型隨著手機系統字型而改變

當我們手機系統字型改變了之後，那我們App的label也會跟著一起變化，這需要我們寫很多程式碼來進一步處理才能實現，但是iOS 10 提供了這樣的屬性adjustsFontForContentSizeCategory來設定。因為沒有真機，具體實際操作還沒去實現，如果理解錯誤幫忙指正。

  UILabel *myLabel = [UILabel new];

   /*
    UIFont 的preferredFontForTextStyle: 意思是指定一個樣式，並讓字型大小符合使用者設定的字型大小。
   */
    myLabel.font =[UIFont preferredFontForTextStyle: UIFontTextStyleHeadline];

 /*
 Indicates whether the corresponding element should automatically update its font when the device’s UIContentSizeCategory is changed.
 For this property to take effect, the element’s font must be a font vended using +preferredFontForTextStyle: or +preferredFontForTextStyle:compatibleWithTraitCollection: with a valid UIFontTextStyle.
 */
     //是否更新字型的變化
    myLabel.adjustsFontForContentSizeCategory = YES;

10.iOS 10 UIScrollView新增refreshControl

iOS 10 以後只要是繼承UIScrollView那麼就支援重新整理功能：

@property (nonatomic, strong, nullable) UIRefreshControl *refreshControl NS_AVAILABLE_IOS(10_0) __TVOS_PROHIBITED;

11.iOS 10 判斷系統版本正確姿勢

判斷系統版本是我們經常用到的，尤其是現在大家都有可能需要適配iOS 10，那麼問題就出現了，如下圖：

我們得到了答案是：

//值為 1
[[[[UIDevice currentDevice] systemVersion] substringToIndex:1] integerValue]
//值為10.000000
[[UIDevice currentDevice] systemVersion].floatValue,
//值為10.0
[[UIDevice currentDevice] systemVersion]

所以說判斷系統方法最好還是用後面的兩種方法，哦~我忘記說了[[UIDevice currentDevice] systemVersion].floatValue這個方法也是不靠譜的，好像在8.3版本輸出的值是8.2，記不清楚了反正是不靠譜的，所以建議大家用[[UIDevice currentDevice] systemVersion]這個方法！

Swift判斷如下：

  if #available(iOS 10.0, *) {
            // iOS 10.0
            print("iOS 10.0");
        } else { }

參考文章如下：
iOS 日常工作之常用巨集定義大全

12.Xcode 8 外掛不能用的問題

大家都升級了Xcode 8，但是對於外掛依賴的開發者們，一邊哭著一邊去網上尋找解決辦法。那麼下面是解決辦法：
讓你的 Xcode8 繼續使用外掛

但是看到文章最後的解釋，我們知道如果用外掛的話，可能安全上會有問題、並且提交稽核會被拒絕，所以建議大家還是不要用了，解決辦法總是有的，比如在Xcode中添加註釋的程式碼塊也是很方便的。

13.iOS 10開始專案中有的文字顯示不全問題

我用Xcode 8 和Xcode 7.3分別測試了下，如下圖：

Xcode 8
Xcode 7

建立一個Label然後讓它自適應大小，字型大小都是17最後輸出的寬度是不一樣的，我們再看一下，下面的資料就知道為什麼升級iOS 10 之後App中有的文字顯示不全了：

Xcode 8列印	Xcode 7.3列印
1個文字寬度：17.5	1個文字寬度：17
2個文字寬度：35	2個文字寬度：34
3個文字寬度：52	3個文字寬度：51
4個文字寬度：69.5	4個文字寬度：68
5個文字寬度：87	5個文字寬度：85
6個文字寬度：104	6個文字寬度：102
7個文字寬度：121.5	7個文字寬度：119
8個文字寬度：139	8個文字寬度：136
9個文字寬度：156	9個文字寬度：153
10個文字寬度：173.5	10個文字寬度：170

英文字母會不會也有這種問題，我又通過測試，後來發現英文字母沒有問題，只有漢字有問題。目前只有一個一個修改控制元件解決這個問題，暫時沒有其他好辦法來解決。

14.Xcode 8使用Xib awakeFromNib的警告問題

(本條更新於：2016-09-18)
在Xcode 8之前我們使用Xib初始化- (void)awakeFromNib {}都是這麼寫也沒什麼問題，但是在Xcode 8會有如下警告：

如果不喜歡這個警告的話，應該明確的加上[super awakeFromNib];我們來看看官方說明：

You must call the super implementation of awakeFromNib to give parent classes the opportunity to perform any additional initialization they require. Although the default implementation of this method does nothing, many UIKit classes provide non-empty implementations. You may call the super implementation at any point during your own awakeFromNib method.

15.Xcode 8編譯過慢的問題

(本條更新於：2016-09-20)
很多人都反映Xcode 8沒有之前編譯快了，甚至有些人慢的辣眼睛。但是我的沒有感覺很慢，跟之前差不多，我覺得跟電腦應該有一些聯絡吧，有的開發者幾個月不重啟電腦，電腦裡執行一堆執行緒，一堆沒用的垃圾。下面是加速Xcode編譯的方法，感興趣的可以去看一下：
提高Xcode編譯速度

本文只為整理iOS 10 相關資料，也參考部分網上的文章，還會陸續更新其他iOS 10 相關資料，以及開發中遇到的問題等等。
iOS 10 蘋果官方文件