ios9适配系列教程——ios9新变化

时间：2021-11-07 04:35:56

Demo1_iOS9网络适配_改用更安全的HTTPS

iOS9把所有的http请求都改为https了：iOS9系统发送的网络请求将统一使用TLS 1.2 SSL。采用TLS 1.2 协议，目的是 强制增强数据访问安全，而且 系统 Foundation 框架下的相关网络请求，将不再默认使用 Http 等不安全的网络协议，而默认采用 TLS 1.2。服务器因此需要更新，以解析相关数据。如不更新，可通过在 Info.plist 中声明，倒退回不安全的网络请求。

书归正传【严肃脸】，我们正式讨论下 WHAT，WHY，HOW：

  1. WHAT（什么是SSL/TLS？跟HTTP和HTTPS有什么关系）

  2. WHY（以前的HTTP不是也能用吗？为什么要用SSL/TLS，闲得慌？！Apple是不是又在反人类？）

  3. HOW（如何适配？）

1.WHAT（什么是SSL/TLS？跟HTTP和HTTPS有什么关系）

跟往常一样，先说结论：

       HTTP+SSL/TLS+TCP = HTTPS

      SSL 3.0版本之后的迭代版本被重新命名为TLS 1.0,也就是：TLS 1.0 ＝ SSL 3.1

常用的是下面这些：

  • SSL 2.0

  • SSL 3.0

  • TLS 1.0 (SSL 3.1)

  • TLS 1.1 (SSL 3.1)

  • TLS 1.2 (SSL 3.1)

ios9适配系列教程——ios9新变化

Apple让你的HTTP采用SSL/TLS协议，就是让你从HTTP转到HTTPS

2.WHY（以前的HTTP不是也能用吗？为什么要用SSL/TLS，闲得慌？！Apple是不是又在反人类？）

   

不使用SSL/TLS的HTTP通信，就是不加密的通信！

所有信息明文传播，带来了三大风险：

  1. 窃听风险（eavesdropping）：第三方可以获知通信内容。

  2. 篡改风险（tampering）：第三方可以修改通信内容。

  3. 冒充风险（pretending）：第三方可以冒充他人身份参与通信。

SSL/TLS协议是为了解决这三大风险而设计的，希望达到：

  1. 所有信息都是加密传播，第三方无法窃听。

  2. 具有校验机制，一旦被篡改，通信双方会立刻发现。

  3. 配备身份证书，防止身份被冒充。

3.HOW（如何适配？---弱弱地问下：加班要多久？）

   

正如文章开头所说：

TLS 1.2 协议 强制增强数据访问安全 系统 Foundation 框架下的相关网络请求，将不再默认使用 Http 等不安全的网络协议，而默认采用 TLS 1.2。服务器因此需要更新，以解析相关数据。如不更新，可通过在 Info.plist 中声明，倒退回不安全的网络请求。

方案一：立即让公司的服务端升级使用TLS 1.2

方案二：虽Apple不建议，但可通过在 Info.plist 中声明，倒退回不安全的网络请求依然能让App访问指定http，甚至任意的http。

     在plist文件设置：

 Source code：

　　<key>NSAppTransportSecurity</key>

　　<dict>

　　<key>NSAllowsArbitraryLoads</key>

　　<true/>

　　</dict>

详细设置

如果你想设置不阻止任何网络，只需要在info.plist文件中加入以下内容即可 
ios9适配系列教程——ios9新变化
如果你想设置只允许特定host的网络请求，在info.plist文件中加入以下内容 
ios9适配系列教程——ios9新变化

二、Bitcode（通俗解释：在线版安卓ART模式）

未来Watch应用须包含Bitcode，iOS不强制，但Xcode7默认会开启Bitcode。

如何适配？

方法一：更新library使包含Bitcode，否则会出现以下中的警告；

1 (null): URGENT: all bitcode will be dropped because '/Users/myname/Library/Mobile Documents/com~apple~CloudDocs/foldername/appname/GoogleMobileAds.framework/GoogleMobileAds(GADSlot+AdEvents.o)' was built without bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. Note: This will be an error in the future.

方法二：关闭Bitcode，方法见下图

ios9适配系列教程——ios9新变化

三、企业级分发

iOS9之前，企业级分发十分方便：点击App出现“信任按钮”，

ios9适配系列教程——ios9新变化

iOS9以后，企业级分发ipa包将遭到与Mac上dmg安装包一样的待遇：默认不能安装，也不再出现“信任按钮”

ios9适配系列教程——ios9新变化

必须让用户进行gif图中的设置（相关Demo：https://github.com/ChenYilong/iOS9AdaptationTips/ ）

ios9适配系列教程——ios9新变化

四、URL scheme

在iOS9中，如果使用URL scheme必须在"Info.plist"中将你要在外部调用的URL scheme列为白名单，否则不能使用。key叫做LSApplicationQueriesSchemes ，键值内容是

1 LSApplicationQueriesSchemes urlscheme urlscheme2 urlscheme3 urlscheme4

推荐一篇博客: http://awkwardhare.com/post/121196006730/quick-take-on-ios-9-url-scheme-changes

五、项目运行报错如下

<Error>: CGContextSaveGState: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable.
<Error>: CGContextTranslateCTM: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable.
<Error>: CGContextRestoreGState: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable.
出错原因：设置app的状态栏样式的使用使用了旧的方式，在info.plist里面设置了View controller-based status bar appearance为NO，默认为YES，一般式iOS6的时候使用这种方式，iOS7，8也兼容，但是到了iOS9就报了警告。

解决办法：

删除 原先的设置代码
//设置状态栏的白色 [[UIApplication sharedApplication] setStatusBarStyle:UIStatusBarStyleLightContent];

修改方式将View controller-based status bar appearance设置为YES，然后使用新的方式来实现状态栏的样式。

ios9适配系列教程——ios9新变化
2F5721B6-2C74-4B59-84B3-7D77C541038F.png

在你的 自定义导航控制器里面 写上如下方法:
//设置状态栏的（亮色）白色
-(UIStatusBarStyle)preferredStatusBarStyle{
return UIStatusBarStyleLightContent;
}
记住要clean 或者删除应用程序 重新运行

六、

升级Xcode 7 之后 ios 9 模拟器 一启动程序 就直接报错

报错如下
***** Assertion failure in -[UIApplication _runWithMainScene:transitionContext:completion:], /BuildRoot/Library/Caches/com.apple.xbs/Sources/UIKit_Sim/UIKit-3505.16/UIApplication.m:3294**

原因：

新的SDK不允许在设置rootViewController之前做过于复杂的操作，导致在didFinishLaunchingWithOptions 结束后还没有设置rootViewController
Xcode7需要所有UIWindow必须立即先设置一个rootViewController

解决办法:
先设置个rootVIewController 之后重新赋值
UIWindow *window = [[UIWindowalloc] initWithFrame:[UIScreenmainScreen].bounds];window.rootViewController = [UIViewController new];

七、Demo2_iOS9新特性_更灵活的后台定位

  【iOS9在定位的问题上，有一个坏消息一个好消息】坏消息：如果不适配iOS9，就不能偷偷在后台定位（不带蓝条，见图）！好消息：将允许出现这种场景：同一App中的多个location manager：一些只能在前台定位，另一些可在后台定位，并可随时开启或者关闭特定location manager的后台定位。

 

如果没有请求后台定位的权限，也是可以在后台定位的，不过会带蓝条：

 

ios9适配系列教程——ios9新变化

 

如何偷偷在后台定位：请求后台定位权限？？？？？

 // 1. 实例化定位管理器

_locationManager = [[CLLocationManager alloc] init];

// 2. 设置代理

_locationManager.delegate = self;

// 3. 定位精度

[_locationManager setDesiredAccuracy:kCLLocationAccuracyBest];

// 4.请求用户权限分为：?只在前台开启定位?在后台也可定位，（注意：建议只请求?和?中的一个，如果两个权限都需要，只请求?即可）

//??这样的顺序，将导致bug：第一次启动程序后，系统将只请求?的权限，?的权限系统不会请求，只会在下一次启动应用时请求?

if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 8) {

    //[_locationManager requestWhenInUseAuthorization];//?只在前台开启定位

    [_locationManager requestAlwaysAuthorization];//?在后台也可定位

}

// 5.iOS9新特性：将允许出现这种场景：同一app中多个location manager：一些只能在前台定位，另一些可在后台定位（并可随时禁止其后台定位）。

if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 9) {

    _locationManager.allowsBackgroundLocationUpdates = YES;

}

// 6. 更新用户位置

[_locationManager startUpdatingLocation];

但是如果照着这种方式尝试，而没有配置Info.plist，100%你的程序会崩溃掉，并报错：

*** Assertion failure in -[CLLocationManager setAllowsBackgroundLocationUpdates:], /BuildRoot/Library/Caches/com.apple.xbs/Sources/CoreLocationFramework_Sim/CoreLocation-1808.1.5/Framework/CoreLocation/CLLocationManager.m:593

要将 Info.plist 配置如下：

 

ios9适配系列教程——ios9新变化

 

对应的 Info.plist 的XML源码是：

 

ios9适配系列教程——ios9新变化

八、字体

所以为了在界面显示上不出错，就算是固定长度的文字也还是建议使用sizetofit 或者ios向上取整 ceilf() 或者提前计算

CGSize size = [title sizeWithAttributes:@{NSFontAttributeName: [UIFont systemFontOfSize:14.0f]}];
    CGSize adjustedSize = CGSizeMake(ceilf(size.width), ceilf(size.height));

九、tableView

虽然现在的iOS9已经推送正式版了，但是iOS9使用时还是会感觉到App比以前更加卡顿了，tableView拖动时卡顿显示的最为明显。 并且之前遇到一个bug，原本好的项目用xcode7一编译，tableView刷新出了问题 ，[tableView reloadData]无效 有一行cell明明改变了但是刷新不出来。 感觉可能是这个方法和某种新加的特性冲突了，猜测可能是reloadData的操作被推迟到下一个RunLoop执行最终失效。

解决的方法是，注释[tableView reloadData]，改用局部刷新，问题居然就解决了。

[self.tableView reloadSections:[NSIndexSet indexSetWithIndex:0] withRowAnimation:UITableViewRowAnimationNone];

十.Scheme白名单问题(无法判断手机是否安装微信等)

-canOpenURL: failed for URL: "weixin://app/wxdaae92a9cfe5d54c/" - error: "This app is not allowed to query for scheme weixin"

搜索后得知

近期苹果公司iOS 9系统策略更新，限制了http协议的访问，此外应用需要在“Info.plist”中将要使用的URL Schemes列为白名单，才可正常检查其他应用是否安装。

受此影响，当你的应用在iOS 9中需要使用微信SDK的相关能力（分享、收藏、支付、登录等）时，需要在“Info.plist”里增加如下代码：

ios9适配系列教程——ios9新变化

注意：截图来自微信开放平台，里面已经包含第一个问题的解决

完成后需使用Xcode 7编译。

如果你在模拟器上运行可以能还会有以下报错：

-canOpenURL: failed for URL: "weixin://app/wxdaae92a9cfe5d54c/" - error: "(null)"

这是因为模拟器上并没有安装微信，如果运行到真机上就不会有报错了。

请注意：未升级到微信客户端6.2.5及以上版本的用户，在iOS 9下使用到微信相关功能时，仍可能无法成功。

下面整理一些常用的白名单

LSApplicationQueriesSchemes

    mqqOpensdkSSoLogin
    mqzone
    sinaweibo
    alipayauth
    alipay
    safepay
    mqq
    mqqapi
    mqqopensdkapiV3
    mqqopensdkapiV2
    mqqapiwallet
    mqqwpa
    mqqbrowser
    wtloginmqq2
    weixin
    wechat

qq登录绑定，qq支付，qq分享
微信支付，微信登录绑定
新浪登录绑定
支付宝支付，支付宝登录绑定

十一、

directory not found for option问题

警告如下：

ld: warning: directory not found for option '-F/Applications/Xcode 7.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator9.0.sdk/Developer/Library/Frameworks'

问题原因：Xcode7将framworks位置改变了。

解决方法：
点击项目，选择 Targets->xxxTests
选择build setting ，找到 Frameworks Search Path 或者 Library Search Paths
删除$(SDKROOT)/Developer/Library/Frameworks，
或者使用$(PLATFORM_DIR)/Developer/Library/Frameworks替换

ios9适配系列教程——ios9新变化

framworks位置改变

暂时到这里。。。。。。后期有再更新。希望此文对你们有帮助，也对自己有帮助。

 

标签：

相关文章