[[150713]]

這里將介紹下我們日常開發一些從iOS8過度到iOS9給我們帶來的一些變化，及解決方法。

信息收集

language：zh-Hans(iOS8) ——> zh-Hans-CN(iOS9)

所有的進程列表都獲取不到了

App Transport Security

iOS9和OS X El Capitan的一個新特性，App Transport Security 的目地是提高Apple 操作系統的安全性以及在此操作系統上運行的任何應用的安全性。ATS是蘋果針對與 NSURL這一層做的封裝，iOS9后ATS默認是開啟的，即網絡傳輸需要使用HTTPS。如果想在iOS9后繼續使用HTTP的話，有兩條路可以走：

在Info.plist中添加 NSAppTransportSecurity類型Dictionary，在NSAppTransportSecurity下添加NSAllowsArbitraryLoads，Boolean 為 YES。

直接使用CFNetwork做網絡請求，ASIHTTPRequest就是基于CFNetwotk做的封裝，如果有需求的同學可以看看ASI里面的源碼，如果某個時間段你又想要使用HTTPS的話，ASI對SSL/TSL的證書驗證有點問題，證書驗證還得自己封裝一下才行。剛才我說道，ATS是蘋果針對與NSURL這一層做的封裝，所以我們使用CFNetwork或者更底層做網絡請求的話是不受ATS限制的。

移除了discoveryd DNS解析服務

iPhone升級到iOS8后WiFi有時候會有問題，特別是Mac升級到OS X Yosemite后，時而電腦休眠喚醒唬就連不上WiFi，有時候還突然掉線，經常要手動去關閉WiFi在重新連接，這是因為蘋果到了OS X Yosemite系統后，把之前的mDNSResponder換成了discoveryd DNS。iOS9和OS X Yosemite10.4后mDNSResponder又回來了。

mDNSResponder： 蘋果以前一直使用控制DNS和Bonjour服務的一種進程。

discoveryd：OS X Yosemite后蘋果新出的一種進程。

App Thinning

App Thinning是一個關于節省iOS設備存儲空間的功能，它可以讓iOS設備在安裝、更新及運行App等場景中僅下載所需的資源，減少App的占用空間，從而節省設備的存儲空間。

App Thinning主要有三個機制：

Slicing： 開發者把App安裝包上傳到AppStore后，Apple服務會自動對安裝包切割為不同的應用變體(App variant)， 當用戶下載安裝包時，系統會根據設備型號下載安裝對應的單個應用變體。

On-Demand Resources： ORD(隨需資源)是指開發者對資源添加標簽上傳后，系統會根據App運行的情況，動態下載并加載所需資源，而在存儲空間不足時，自動刪除這類資源。

Bitcode：開啟Bitcode編譯后，可以使得開發者上傳App時只需上傳Intermediate Representation(中間件)，而非最終的可執行二進制文件。 在用戶下載App之前，AppStore會自動編譯中間件，產生設備所需的執行文件供用戶下載安裝。

其中，Bitcode的機制可以支持動態的進行App Slicing，而對于Apple未來進行硬件升級的措施，此機制可以保證在開發者不重新發布版本的情況下而兼容新的設備。Xcode7默認是開始了Bitcode，如果不想使用可以手動關閉Bitcode：

選擇項目——>點擊Target——>點擊Build Setttings——>搜索欄里搜bitcode——>把Enable Bitcode對應的Yes改成No。

啟用Bitcode編譯機制，需要注意以下幾點：

如果應用開啟Bitcode，那么其集成的其他第三方庫也需要是Bitcode編譯的包才能真正進行Bitcode編譯

開啟Bitcode編譯后，編譯產生的.app體積會變大(中間代碼，不是用戶下載的包)，且.dSYM文件不能用來崩潰日志的符號化（用戶下載的包是Apple服務重新編譯產生的，有產生新的符號文件），使用dSYM來收集Crash日志的同學得注意了。

通過Archive方式上傳AppStore的包，可以在Xcode的Organizer工具中下載對應安裝包的新的符號文件

后臺定位

iOS9后蘋果為了對保障用戶的地理位置的隱私對App請求后臺定位有了權限設置，則需要多加一些代碼。如果不適配iOS9，就不能偷偷在后臺定位，如果沒有后臺定位的權限也是可以在后臺定位的，只是會出現藍條。

開啟后臺定位功能：locationManager.allowsBackgroundLocationUpdates = YES;

locationManager是CLLocationManager的對象，用來管理整個定位的。

重點：

配置info.plist，添加一個Required background modes，Array類型的，然后在Required background modes里面Item 0對應的Value設置為App registers for location updates，這樣就解決了iOS9后臺定位出現藍條的問題了。

UI Testing

Xcode7中蘋果引入了一種新的方式在應用中進行測試——UI Testting，UI Testting允許我們找到UI元素與之交互，還能檢查屬性和狀態。UI Testting已經完全集成進了Xcode7的測試報告，可以和單元測試一起執行。使用起來跟之前Xcode5出來的XCTest差不多，Xcode bots提供對此的支持，而且command line支持當UI測試失敗時會立即發出通知。

可以參考Github上的Demo，步驟：

在DemoTests.m里創建一個test開頭的方法

在setUp()里啟動應用 XCUIApplication().launch()

新建一個方法test開頭的，在里面獲取應用let app = XCUIApplication()

的到let app = XCUIApplication()，app.buttons[“View Detail”].tap()?。buttons是當前這個界面的所有按鈕的集合，[]里面寫按鈕的名字，tap()就是執行這個按鈕所對應的方法，可以是網絡請求、界面跳轉等等。

URL scheme

在iOS9中，如果使用URL scheme必須在"Info.plist"中將你要在外部調用的URL scheme列為白名單，否則不能使用。

配置info.plist，添加一個LSApplicationQueriesSchemes，Array類型的，然后在LSApplicationQueriesSchemes的Item里面添加urlscheme就行了，urlscheme是任意一個字符串，就是你自己需要使用的urlscheme，iOS9 URL scheme白名單適配就完成了。

出現大量的警告

Xcode7后運行以前的項目后出現大量的警告如：

(null): warning: /var/folders/p4/z7zy68r92hd3p5ry5g2v3k_8rlwzzr/C/org.llvm.clang.dalmo/ModuleCache/1TXZDLI9N2EMV/Foundation-3DFYNEBRQSXST.pcm: No such file or directory。

作為一個有潔癖的我反正是不能忍，出現警告的大致原因跟我上面提到的開啟Bitcode，.dSYM文件不能用來符號化有關，Xcode試圖去創建dSYM文件，但是你又不需要。

解決方法

Build Settings ——>Build Options——>Debug Information Format

Debug下的DWARF with dsYM File改成DWARF

Release下的還是之前默認的DWARF with dsYM File不變