iOS9.0适配

一、网络适配由http改成https

苹果官方对App Transport Security Technote的解释如下:

翻译成中文的意思就是说:iOS9.0SDK在编译的时候,默认所有从NSURLConnection、CFURL和NSURLSession发出的http请求,都改为https请求。由于AFNetworking版本底层是用了NSURLConnection,所以使用AFNetworking的app都将受到影响。对于这个问题的解决办法有三种,一:让服务器更新,使用https,以解析相关的数据。二:在info.plist做些配置,让其暂时倒回到不安全的网络传输协议(http协议)。下面详细来说下这两种方案。三:设置域,也就是把不支持https协议的接口设置成http的接口。

方案一:让服务器更新。

第一种方案是最佳的,因为使用http的话,会存在以下主要风险:

1、窃听风险:第三方可以获得通信内容。

2、篡改风险:第三方可以修改通信内容。

3、冒充风险:第三方可以冒充他人来进行通信。

而使用https所带给我们的好处如下:

1、所有信息都是加密传播,第三方无法窃取。

2、具有校验机制,一旦通信内容被篡改,通信双方可以立即发现。

3、配备身份证书,防止他人冒充。

但是就目前情况来看,让服务器更新的代价太大,大的公司应该很大可能会让服务器更新,一般公司会采用第二种方案。

方案二:暂时倒回到不安全的网络传输协议(http协议)

(1)、在info.plist中增加一个NSAppTransportSecurity字段,类型是字典。

(2)、然后给其增加一个Key:NSAllowsArbitraryLoads,类型是Boolean类型,值为YES。

方案三:设置域(把把不支持https协议的接口设置成http的接口)

(1)、在info.plist中增加一个key:NSAppTransportSecurity,类型为字典类型。

(2)、然后添加一个NSExceptionDomains,其类型是字典类型。

(3)、把需要支持的域给添加到NSExceptionDomains里,其中域作为key,类型为字典类型。

(4)、每个域下面需要设置3个属性,分别为NSIncludesSubdomains、NSExceptionRequiresForwardSecrecy、NSExceptionAllowsInsecureHTTPLoads,均为Boolean类型,其值分别为YES,NO,YES。

新浪微博的域:weibo.com、weibo.cn、sina.com.cn。微信的域:qq.com。QQ/QZone的域:qq.com
二:Bitcode

先看下Apple对其的解释,如图:

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上。

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瘦身,官方解释如下:

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缺一不可。

时间: 2024-08-28 14:46:42

iOS9.0适配的相关文章

适配IOS9.0的那些坑!(主要说明ios9.0,64位设备,打开应用闪退的问题)

我平时的主要工作是维护公司的sdk,最近为了适配ios9.0可谓伤透了心.下面给大家分享下我这几天适配ios9.0遇到的一些问题和解决方法 希望能够帮助到大家,如果有错误的地方,还请大家能够多多指教. 首先,遇到比较多的问题,ChenYilong已经在cocoachina中讲得非常详细了,链接: http://www.cocoachina.com/ios/20150703/12392.html 非常感谢他,让我少走了很多弯路. 其次,是我遇到的两个问题,在网上没有找到相应的解释: 一.一些应用在

iOS9.0 https适配

苹果升级到iOS9.0后,貌似使用了TLS和SSL加密处理,导致一般的http发送请求获取不到数据,如何解决这个问题: 1)升级公司的服务器,采用https 2)使用代码回退使用http,目前苹果没有反对,但个人决定未来苹果可能会逐渐强制用户使用https(为了安全考虑无可厚非),但至少现在看来使用回退是比较直接的 info.plist文件中,新增一个:NSAppTransportSecurity  打开,加多一个NSAllowsArbitraryLoads 并且设置为YES就OK了:如图 或者

iOS9网络适配(ATS)

[转]iOS9 new_001:iOS9网络适配(ATS) 下载Xcode7打开APP后大家都发现自己的APP无法联网了,why? 苹果官方文档介绍如下: App Transport Security App Transport Security (ATS) enforces best practices in the secure connections between an app and its back end. ATS prevents accidental disclosure, p

iOS iOS9.0 的CoreLocation定位

一.简介 iOS9.0如果当前处于前台授权状态,默认是不可以后台获取用户位置. 如果在前台授权下,让其能获取到后台定位,该怎么办 可以设置以下属性为YES,就可以继续获取后台位置,但是会出现蓝条 使用注意:必须设置对应的后台模式,勾选后台模式:location updates @property(assign,nonatomic) BOOL allowsBackgroundLocationUpdates 注意:iOS9.0 可以单次请求用户位置 - (void)requestLocation /

UIStackView before iOS9.0

我用的Xcode8.1,同伴用的Xcode7.3.1,其上传了几个XIB文件,导致我这边项目一直爆红,爆红信息:"UIStackView before iOS9.0".如图: 网上海搜了一番,找到解决办法,现贴图如下: 将"Interface Builder Document"里的"Builds For"更改为" iOS9.0 and Later"即可.

我们来一探究竟 Android 7.0 适配中 FileProvider 部分

本文标签: Android7.0 FileProvider 由于 Android 7.0 或更高版本的系统在国内手机市场上的占比不是很高,很多 Android 开发人员并没有做 7.0 适配工作,同时测试人员也容易忽视这方面的兼容问题.这导致 7.0 及以上版本的手机用户在使用到应用部分功能时可能出现 App 崩溃闪退.其中,大部分原因都是由项目中使用到 file:// 类型的 URI 所引发的.本文我们便来一探究竟. Android 7.0 权限变更 为了提高私有目录的安全性,防止应用信息的泄

Android 7.0 适配中 FileProvider 部分总结

本文标签: Android7.0 FileProvider 由于 Android 7.0 或更高版本的系统在国内手机市场上的占比不是很高,很多 Android 开发人员并没有做 7.0 适配工作,同时测试人员也容易忽视这方面的兼容问题.这导致 7.0 及以上版本的手机用户在使用到应用部分功能时可能出现 App 崩溃闪退.其中,大部分原因都是由项目中使用到 file:// 类型的 URI 所引发的.本文我们便来一探究竟. Android 7.0 权限变更 为了提高私有目录的安全性,防止应用信息的泄

关于 Android 7.0 适配中 FileProvider 部分的总结

原文地址:http://yifeng.studio/2017/05/03/android-7-0-compat-fileprovider/ 由于 Android 7.0 或更高版本的系统在国内手机市场上的占比不是很高,很多 Android 开发人员并没有做 7.0 适配工作,同时测试人员也容易忽视这方面的兼容问题.这导致 7.0 及以上版本的手机用户在使用到应用部分功能时可能出现 App 崩溃闪退.其中,大部分原因都是由项目中使用到 file:// 类型的 URI 所引发的.本文我们便来一探究竟

iOS9应用适配,技Get

iOS9刚发布不久时,app在新的系统中会出现闪退的情况,app就iOS9的适配做了一些修改,以致用户体验性更好.特此做一下的总结和分享.主要从下面几点做的适配. 1.iOS9网络适配ATS-HTTP VS HTTPS 2.Bitcode 3.iOS9 URL Scheme 适配_引入白名单概念 4.字体间隙变大导致 UI 显示异常 5.地理位置 6.状态栏 7.联系人框架--Contacts VS AddressBook iOS9网络适配-HTTP VS HTTPS ATS——App Tran