壹、iOS9 bitcode
首先最大的問題就是坑貨xcode7，xcode7默認是打開bitcode的，bitcode是蘋果為了解決他自己以後的應用可以隨意更換硬件的處理做的準備也就是arm指令集和x64指令集的問題
那麽我們的工程如果妳采用了別人封裝的第三方庫，那麽好了，會爆以下錯誤
ld: ‘/UsersFramework/SDKs/PolymerPay/Library/mobStat/lib**SDK.a(**ForSDK.o)’does not contain bitcode. You must rebuild it with bitcode enabled (Xcodesetting ENABLE_BITCODE), obtain an updated library fromthe vendor, or disablebitcode for this target. for architecture arm64
上述這段文字說明了我們的第三方庫不支持bitcode，如果妳需要支持，就需要這個第三方庫也支持bitcode。蘋果目前給出的臨時解決方案就好比當初MRC和ARC時候的解決辦法，當初xcode5更新時候默認是工程創建是ARC的，妳可以關閉ARC改為MRC，經過了壹段時間後，大家都開始使用了ARC，那麽bitcode也壹樣，在xcode7時候默認是開啟的，我們需要關閉，那麽如何關閉
我引用了壹篇文章的gif圖來做演示
在targets裏面選擇BuildSetting中搜索bitcode，然後改為no就ok了
二、iOS9 pletion:], /BuildRoot/Library/Caches/com.apple.xbs/Sources/UIKit_Sim/UIKit-3505.16/UIApplication.m:3294 （群友sun提供）
在Info.plist中，可以找到:“Main storyboard file base name” String “Main”，刪掉這個條目， 再啟動，屏幕變成了黑屏
手動添加window
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// Override point for customization after application launch.
self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; //全屏window
self.window.backgroundColor = [UIColor whiteColor]; //白色背景
[self.window makeKeyAndVisible]; //
return YES;
}
ok，這個由於更新xcode7報錯已解決！
如果按照上面修改完，發現還在報錯，那麽去看看妳的項目是不是加了引導頁
把上面的add方法，變成下面的就好。
這個add方法在xcode7之前是沒有問題的，在xcode7後不能這樣寫了！
六、找不到(丟失).dylib文件，換成.tbd文件而又無法運行，請用下面的方式來解決。
Go to Build Phases >Link Binary with Librairies > + > Add other
Once in the file selection window do "CMD"+Shift+G (Go to folder) and type /usr/lib/
From /user/lib you can add: libz.dylib and more...
Compile and have fun
簡書Xcode7的常見問題
/p/ef7bbe1c8393
壹.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
示例