iOS9.0SDK在编译的时候，默认所有从NSURLConnection、CFURL和NSURLSession发出的http请求，都改为https请求。由于AFNetworking版本底层是用了NSURLConnection，所以使用AFNetworking的app都将受到影响。对于这个问题的解决办法有三种，一：让服务器更新，使用https，以解析相关的数据。
二：在info.plist做些配置，让其暂时倒回到不安全的网络传输协议(http协议)。下面详细来说下这两种方案。
方案一：让服务器更新。
第一种方案是最佳的，因为使用http的话，会存在以下主要风险：
1、窃听风险：第三方可以获得通信内容。
2、篡改风险：第三方可以修改通信内容。
3、冒充风险：第三方可以冒充他人来进行通信。
而使用https所带给我们的好处如下：
1、所有信息都是加密传播，第三方无法窃取。
2、具有校验机制，一旦通信内容被篡改，通信双方可以立即发现。
3、配备身份证书，防止他人冒充。
但是就目前情况来看，让服务器更新的代价太大，大的公司应该很大可能会让服务器更新，一般公司会采用第二种方案。
方案二：暂时倒回到不安全的网络传输协议(http协议)
（1）、在info.plist中增加一个NSAppTransportSecurity字段，类型是字典。
（2）、然后给其增加一个Key：NSAllowsArbitraryLoads，类型是Boolean类型，值为YES。
二：Bitcode
先看下Apple对其的解释，如图：
[cpp] view plaincopy
- Bitcode is an intermediate representation of a compiled program. Apps you upload to iTunes Connect
- that contain bitcode will be compiled and linked on the App Store. Including bitcode will allow Apple
- to re-optimize your app binary in the future without the need to submit a new version of your app to
- the store.
翻译成中文的意思就是，Bitcode是被编译程序的一种中间形式的代码。包含Bitcode配置的应用将在App Store上被编译和链接。Bitcode允许苹果在后期重新优化我们应用的二进制文件，而不需要我们重新提交一个版本到App Store上。
[cpp] view plaincopy
- Note: For iOS apps, bitcode is the default, but optional. If you provide bitcode, all apps and
- frameworks in the app bundle need to include bitcode. For watchOS apps, bitcode is required.
翻译成中文的意思就是，如果用Xcode7创建的app默认是包含有bitcode，但是是可以选择的。如果，我们的app包含了bitcode，我们工程中所有的第三方sdk必须也得支持bitcode，否则的话，就会报错误的。错误如下：
解决这个错误，有两种方案：
方案一：把不支持Bitcode的SDK给移除掉，等待第三方更新SDK。而目前大部分社交平台的SDK并不支持Bitcode。
方案二：把Bitcode给关闭掉，方法如下：
那么使用bitcode会给我们带来什么好处呢？苹果为什么要引入bitcode呢？其实引入bitcode的主要作用是给app瘦身，官方解释如下：
[cpp] view plaincopy
- Slicing is the process of creating and delivering variants of the app bundle for different target
- devices. A variant contains only the executable architecture and resources that are needed for the
- target device. You continue to develop and upload full versions of your app to iTunes Connect. The
- App Store will create and deliver different variants based on the devices your app supports. Image
- resources are sliced according to their resolution and device family. GPU resources are sliced
- according to device capabilities. When the user installs an app, a variant for the user’s device is
- downloaded and installed.
- Xcode simulates slicing during development so you can create and test variants locally. Xcode slices
- your app when you build and run your app on a device. When you create an archive, Xcode includes the
- full version of your app but allows you to export variants from the archive.
当前app的打包方式是把适配兼容多个设备的执行文件与资源文件合并成一个文件，上传和下载的文件则包含了所有的这些文件，导致占用较多的存储空间。
app瘦身就是让iOS设备在安装、更新以及运行app等场景中仅下载所需的资源，从而节省设备的存储空间。通过下面这张图，可以让我们很容易明白其中的原理
根据官方的解释，主要有以下三个方面：
1、Slicing
当把app打包上传到AppStore的时候，服务器会自动对包切割为不同的应用变体，当用户下载安装包的时候，系统会根据设备型号下载对应的应用变体。如上图所示。
2、Bitcode
开启bitcode编译后，可以让开发者上传app只需要上传中间二进制文件，而非最终的可执行二进制文件。在用户下载app之前，AppStore会自动编译中间二进制文件，从而生成可执行的二进制文件。
3、On-Demand Resources
所需资源是指开发者对资源添加标签上传后，系统会根据app运行的情况，动态下载并加载所需资源，如果存储空间不足时，自动删除这些资源。
三：Scheme白名单
从iOS9.0后，涉及到平台客户端的跳转，系统会自动到info.plist下检查是否设置Scheme。如果没有做相应的配置，就无法跳转到相应的客户端。因此如果客户端集成有分享与授权，需要配置Scheme白名单。
解决方案：
（1）、在info.plist增加key：LSApplicationQueriesSchemes，类型为NSArray。
（2）、添加需要支持的白名单，类型为String。
新浪微博白名单：sinaweibo、sinaweibohd、sinaweibosso、sinaweibohdsso、weibosdk、weibosdk2.5。
微信白名单：wechat、weixin。
支付宝白名单：alipay、alipayshare。
QQ与QQ空间白名单：mqzoneopensdk、mqzoneopensdkapi、mqzoneopensdkapi19、mqzoneopensdkapiV2、mqqOpensdkSSoLogin、mqqopensdkapiV2、mqqopensdkapiV3、wtloginmqq2、mqqapi、mqqwpa、mqzone、mqq。
另外，如果应用使用了检测是否安装了某款app，我们会调用canOpenURL， 如果url不在白名单中，即使手机上有这款app，也会返回NO。
补充：在使用sharesdk进行分享的时候，如果你设置有微信、QQ、QQ空间分享，并且你也把相应的白名单给添加进去了，但是如果你手机上没有装QQ的时候，也是不会出现分享到QQ的选项。
四：iPad适配Slide Over和Split View
若想适配multi tasking特性，建议不使用纯代码，改用storyboard、xib的形式。
补充，本文所说的都是iOS9.0SDK的新特性，如果你的app版本是基于iOS8.X、iOS7.X，并不受iOS9.0新特性约束。也就是说Xcode7给iOS8.X打设备包不需要白名单也能调用canOpenURL，但是Xcode7给iOS9.X打包则需要，Xcode7和iOS9缺一不可。