本文是投稿文章，作者：ChenYilong（https://github.com/ChenYilong/iOS9AdaptationTips）

Demo1_iOS9網絡適配_改用更安全的HTTPS

iOS9把所有的http請求都改為https了：iOS9系統(tǒng)發(fā)送的網絡請求將統(tǒng)一使用TLS 1.2 SSL。采用TLS 1.2 協(xié)議，目的是 強制增強數據訪問安全，而且 系統(tǒng) Foundation 框架下的相關網絡請求，將不再默認使用 Http 等不安全的網絡協(xié)議，而默認采用 TLS 1.2。服務器因此需要更新，以解析相關數據。如不更新，可通過在 Info.plist 中聲明，倒退回不安全的網絡請求。

在討論之前，跟往常一樣，先說下iOS程序猿們最關心的問題：

跟我有毛關系？需要我加班嗎？！

首先咱們來看下業(yè)內對Apple這一做法的評論：

這是某社交App上討論，看來業(yè)內還是吐槽聲和肯定聲同在。

結論是：

跟你很有關系，加班吧，少年！

書歸正傳【嚴肅臉】，我們正式討論下 WHAT，WHY，HOW：

1. WHAT（什么是SSL/TLS？跟HTTP和HTTPS有什么關系）

2. WHY（以前的HTTP不是也能用嗎？為什么要用SSL/TLS，閑得慌？！Apple是不是又在反人類？）

3. HOW（如何適配？---弱弱地問下：加班要多久？）

WHAT（什么是SSL/TLS？跟HTTP和HTTPS有什么關系）

跟往常一樣，先說結論：

HTTP+SSL/TLS+TCP = HTTPS 

TLS 是 SSL 新的別稱。舉個例子：

“TLS1.0”之于“SSL3.1”，猶“公元2015”之于“民國104”，或者是“一千克”之于“一公斤”，或者是“半斤”之于“八兩”：稱呼不同，但意思相同。

SSL 3.0版本之后的迭代版本被重新命名為TLS 1.0,

也就是說：

TLS 1.0 ＝ SSL 3.1 

所以他們是一個東西，我們平常也經常簡單見到 “SSL/TLS” 這種說法。

常用的是下面這些：

• SSL 2.0

• SSL 3.0

• TLS 1.0 (SSL 3.1)

• TLS 1.1 (SSL 3.1)

• TLS 1.2 (SSL 3.1)

那為什么標題是“使用HTTPS”而沒有提及SSL和TLS什么事？ 要理解這個，要看下一個公式：

HTTP+SSL/TLS+TCP = HTTPS 

打個比方：如果原來的 HTTP 是塑料水管，容易被戳破；那么如今新設計的 HTTPS 就像是在原有的塑料水管之外，再包一層金屬水管。一來，原有的塑料水管照樣運行；二來，用金屬加固了之后，不容易被戳破。

目前，應用最廣泛的是TLS 1.0，接下來是SSL 3.0。但是，主流瀏覽器都已經實現了TLS 1.2的支持。

Apple讓你的HTTP采用SSL/TLS協(xié)議，就是讓你從HTTP轉到HTTPS

#p#

WHY（以前的HTTP不是也能用嗎？為什么要用SSL/TLS，閑得慌？！Apple是不是又在反人類？）

不使用SSL/TLS的HTTP通信，就是不加密的通信！

所有信息明文傳播，帶來了三大風險：

1. 竊聽風險（eavesdropping）：第三方可以獲知通信內容。

2. 篡改風險（tampering）：第三方可以修改通信內容。

3. 冒充風險（pretending）：第三方可以冒充他人身份參與通信。

SSL/TLS協(xié)議是為了解決這三大風險而設計的，希望達到：

1. 所有信息都是加密傳播，第三方無法竊聽。

2. 具有校驗機制，一旦被篡改，通信雙方會立刻發(fā)現。

3. 配備身份證書，防止身份被冒充。

HOW（如何適配？---弱弱地問下：加班要多久？）

正如文章開頭所說：

TLS 1.2 協(xié)議 強制增強數據訪問安全 系統(tǒng) Foundation 框架下的相關網絡請求，將不再默認使用 Http 等不安全的網絡協(xié)議，而默認采用 TLS 1.2。服務器因此需要更新，以解析相關數據。如不更新，可通過在 Info.plist 中聲明，倒退回不安全的網絡請求。

方案一：立即讓公司的服務端升級使用TLS 1.2

方案二：雖Apple不建議，但可通過在 Info.plist 中聲明，倒退回不安全的網絡請求依然能讓App訪問指定http，甚至任意的http，

具體做法見gif圖，示例Demo見 Demo1

正如 Apple官方文檔 所說 :

Info.plist 配置中的XML源碼如下所示:

上面是比較嚴謹的做法，指定了能訪問哪些特定的HTTP。當然也有暴力的做法： 徹底倒退回不安全的HTTP網絡請求，能任意進行HTTP請求，比如你在開發(fā)一款瀏覽器App，或者你想偷懶，或者后臺想偷懶，或者公司不給你升級服務器。。。

聲明：目前Apple的官方文檔并未提及如何在 Info.plist 配置，我將密切關注官方文檔，如有提及，再來更新本文 。

#p#

Demo2_iOS9新特性_更靈活的后臺定位

Demo：GitHub地址

【iOS9在定位的問題上，有一個壞消息一個好消息】壞消息：如果不適配iOS9，就不能偷偷在后臺定位（不帶藍條，見圖）！好消息：將允許出現這種場景：同一App中的多個location manager：一些只能在前臺定位，另一些可在后臺定位，并可隨時開啟或者關閉特定location manager的后臺定位。

如果沒有請求后臺定位的權限，也是可以在后臺定位的，不過會帶藍條：

如何偷偷在后臺定位：請求后臺定位權限：

 // 1. 實例化定位管理器 
_locationManager = [[CLLocationManager alloc] init]; 
// 2. 設置代理 
_locationManager.delegate = self; 
// 3. 定位精度 
[_locationManager setDesiredAccuracy:kCLLocationAccuracyBest]; 
// 4.請求用戶權限：分為：?只在前臺開啟定位?在后臺也可定位， 
//注意：建議只請求?和?中的一個，如果兩個權限都需要，只請求?即可， 
//??這樣的順序，將導致bug：第一次啟動程序后，系統(tǒng)將只請求?的權限，?的權限系統(tǒng)不會請求，只會在下一次啟動應用時請求? 
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 8) { 
    //[_locationManager requestWhenInUseAuthorization];//?只在前臺開啟定位 
    [_locationManager requestAlwaysAuthorization];//?在后臺也可定位 
} 
// 5.iOS9新特性：將允許出現這種場景：同一app中多個location manager：一些只能在前臺定位，另一些可在后臺定位（并可隨時禁止其后臺定位）。 
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 9) { 
    _locationManager.allowsBackgroundLocationUpdates = YES; 
} 
// 6. 更新用戶位置 
[_locationManager startUpdatingLocation]; 

但是如果照著這種方式嘗試，而沒有配置Info.plist，100%你的程序會崩潰掉，并報錯：

*** Assertion failure in -[CLLocationManager setAllowsBackgroundLocationUpdates:], 
/BuildRoot/Library/Caches/com.apple.xbs/Sources/CoreLocationFramework_Sim/CoreLocation-1808.1.5/
Framework/CoreLocation/CLLocationManager.m:593 

要將 Info.plist 配置如下：

對應的 Info.plist 的XML源碼是：

Bitcode（通俗解釋：在線版安卓ART模式）

未來Watch應用須包含Bitcode，iOS不強制，但Xcode7默認會開啟Bitcode。

如何適配？

方法一：更新library使包含Bitcode，否則會出現以下中的警告；

(null): URGENT: all bitcode will be dropped because '/Users/myname/Library/
Mobile Documents/com~apple~CloudDocs/foldername/appname/GoogleMobileAds.framework/
GoogleMobileAds(GADSlot+AdEvents.o)' was built without bitcode. 
You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), 
obtain an updated library from the vendor, or disable bitcode for this target. 
Note: This will be an error in the future. 

更多信息，請移步 bitcode 蘋果官方文檔,和 WWDC 2015 Session 102: "Platforms State of the Union"

[[140110]]

#p#

企業(yè)級分發(fā)

iOS9之前，企業(yè)級分發(fā)十分方便：點擊App出現“信任按鈕”，

iOS9以后，企業(yè)級分發(fā)ipa包將遭到與Mac上dmg安裝包一樣的待遇：默認不能安裝，也不再出現“信任按鈕”

必須讓用戶進行gif圖中的設置（相關Demo：https://github.com/ChenYilong/iOS9AdaptationTips/ ）

URL scheme

在iOS9中，如果使用URL scheme必須在"Info.plist"中將你要在外部調用的URL scheme列為白名單，否則不能使用。key叫做LSApplicationQueriesSchemes ，鍵值內容是

LSApplicationQueriesSchemes urlscheme urlscheme2 urlscheme3 urlscheme4 

推薦一篇博客: http://awkwardhare.com/post/121196006730/quick-take-on-ios-9-url-scheme-changes

其中最關鍵的是以下部分：

If you call the “canOpenURL” method on a URL that is not in your whitelist,
 it will return “NO”, even if there is an app installed that has registered to handle this scheme.
 A “This app is not allowed to query for scheme xxx” syslog entry will appear. 
If you call the “openURL” method on a URL that is not in your whitelist, it will fail silently. 
A “This app is not allowed to query for scheme xxx” syslog entry will appear. 

更多信息請移步：WWDC 2015 Session 703: "Privacy and Your App" 時間在30：18左右

iPad適配Slide Over 和 Split View

【iPad適配Slide Over 和 Split View】 若想適配multi tasking特性，唯一的建議：棄純代碼，改用storyboard、xib，縱觀蘋果WWDC所有Demo均是如此：

1. Mysteries of Auto Layout, Part 1

2. What's New in Storyboards

3. Implementing UI Designs in Interface Builder

4. Getting Started with Multitasking on iPad in iOS 9

5. Optimizing Your App for Multitasking on iPad in iOS