一.Xcode7，iOS9之后傳出來的什么Xcode有鬼，被植入代碼片段什么的，可以看看，了解一下http://drops.wooyun.org/news/8864
二.bitcode問題--未正確設置可能導致編譯問題。適配iOS9
1、大部分社交平臺接口不支持https協議。
問題描述：在iOS9下，系統默認會攔截對http協議接口的訪問，因此無法獲取http協議接口的數據。對ShareSDK來說，具體表現可能是，無法授權、分享、獲取用戶信息等。還可能造成我們的編輯界面里傳http之類的網絡圖片的時候，我們的編輯界面不會顯示圖片截圖，解決的辦法或者全面關閉https,允許使用http請求；或者把圖片的域添加；又或者選擇使用https的圖片
解決方案（以下方法2選1）：
（1）、暫時退回到http協議。
具體方法：在項目的info.plist中添加一個Key：NSAppTransportSecurity，類型為字典類型。然后給它添加一個Key：NSAllowsArbitraryLoads，類型為Boolean類型，值為YES；
（2）、設置域。可以簡單理解成，把不支持https協議的接口設置成http的接口。
具體方法：
1）、在項目的info.plist中添加一個Key：NSAppTransportSecurity，類型為字典類型。
2）、然后給它添加一個NSExceptionDomains，類型為字典類型；
3）、把需要的支持的域添加給NSExceptionDomains。其中域作為Key，類型為字典類型。
4）、每個域下面需要設置3個屬性：NSIncludesSubdomains、NSExceptionRequiresForwardSecrecy、NSExceptionAllowsInsecureHTTPLoads。均為Boolean類型，值分別為YES、NO、YES。
2、大部分社交平臺SDK不支持bitcode。
問題描述：iOS 9新建項目默認需要支持bitcode，而不支持bitcode的SDK會導致無法編譯運行。解決方案：
（1）、暫時關閉對bitcode的支持（建議），方法如下圖
（2）、移除不支持bitcode的平臺SDK。
3、添加Scheme白名單
問題描述：在iOS 9下涉及到平臺客戶端跳轉，系統會自動到項目info.plist下檢測是否設置平臺Scheme。對于需要配置的平臺，如果沒有配置，就無法正常跳轉平臺客戶端。因此要支持客戶端的分享和授權等，需要配置Scheme名單。
具體方法：
1）、在項目的info.plist中添加一LSApplicationQueriesSchemes，類型為Array。
2）、然后給它添加一個需要支持的項目，類型為字符串類型；
三.ATS? 未正確設置可能導致一些網絡請求出問題。
WWDC 2015上了解到iOS 9將要求網絡請求使用HTTPS協議。我們知道，Apple在安全及用戶隱私方面做了很多工作，包括沙盒機制、代碼簽名、禁用私有API等。而在今年6月份的WWDC 2015上，Apple又提出了App Transport Security(ATS)的概念。這一特性的主要意圖是為我們的App與服務器之間提供一種安全的通信方式，以防止中間人竊聽、篡改傳輸的數據。這一特性在iOS 9+和OS X 10.11+中是默認的支持項。這一概念的提出，也將意味著Apple將會慢慢轉向支持HTTPS，而可能放棄HTTP。
App Transport Security技術要求
我們先來看看ATS的技術要求（參考App Transport Security Technote）：
1）The server must support at least Transport Layer Security (TLS) protocol version 1.2.
2）Connection ciphers are limited to those that provide forward secrecy (see the list of ciphers below.)
3）Certificates must be signed using a SHA256 or better signature hash algorithm, with either a 2048 bit or greater RSA key or a 256 bit or greater Elliptic-Curve (ECC) key.
可以看到服務端必須支持TLS 1.2或以上版本；必須使用支持前向保密的密碼；證書必須使用SHA-256或者更好的簽名hash算法來簽名，如果證書無效，則會導致連接失敗。
Apple認為這是目前保證通信安全性的最佳實踐，特別是使用TLS 1.2和前向保密。當然，相信Apple也會與時俱進，不斷的修正ATS，以保證網絡通信的安全性。
默認配置
在iOS 9+和OS X 10.11+中，如果我們的App使用了NSURLConnection、CFURL 或者NSURLSession相關的API來進行數據通信的話，則默認是通過ATS的方式來傳輸數據。在此配置下，如果我們使用HTTP來進行通信，則會導致請求失敗，并報以下錯誤：
The resource could not be loaded because the App Transport Security policy requires the use of a secure connection.
這樣意味著如果使用ATS，將無法支持HTTP協議（我們測試了一下，由于我們的登錄服務是使用HTTP協議，目前在iOS 9下已無法正常登錄）。相信目前還有大量的應用是通過HTTP協議來訪問服務器的。而要讓所有的應用都轉向支持HTTPS，顯然是一件費時費力的事（與今年年頭所有應用必須支持64位ARM不同，那次只是在客戶端層面，而ATS涉及到服務端，影響面更大）。所以蘋果提供了一種兼容方案，下面我們就來看看如何處理。
自定義配置
考慮到現實因素，我們可能并不想使用默認配置，或者至少需要一個過渡時期。為此，Apple允許我們在Info.plist文件中來自行配置以修改默認設置(Exceptions)，下表是一些鍵值及對應的類型和說明：
四.Scheme未正確設置可能導致應用程序間跳轉會有問題
同一中的白名單
五.Requires full screen 未正確設置可能導致應用程序上傳會失敗 提示ITMS-90474 ITMS-90475
