Twentys时间念
获得徽章 0
赞了这篇文章
赞了这篇沸点
赞了这篇沸点
推荐文章：
iOS app 秒开 H5 优化总结 - 
juejin.im
编辑 @折腾范儿_味精 -weibo.com 简评：为了让 app 里面的 H5 页面实现秒开的效果，很多项目都采用了加载本地 H5 离线包的方式。如何实现这样的秒考就得分别从两个方面着手实现。
- 离线包的分发与下载
- WebView 的本地加载
需要补充一点的是，本文在 WebView 本地加载上都是以拦截的思路进行本地加载，UIWebView 自然可以顺畅使用 NSURLProtocol 但是在 WKWebView 里就面临很大的阻碍，而作者给出的代替方案还是 WKURLSchemeHandler 拦截，但面临的代价也是本来前端无感的拦截方案现在被迫前端也得受影响，打包的时候对资源协议头进行适配，这一点和很多公司的离线包方案略有差异。
在 WKWebView 里，即便是使用 WKURLSchemeHandler，资源拦截的方式也面临着与安卓差异化严重，对前端侵入性严重等问题，很多公司的离线包方案选择了另外的一条路，App 起本地服务器 run 前端离线包页面，做到让 WebView 无感知当前是一个“离线”页面，这样做能够最大程度的让前端对于离线包“无感”，也能忽略掉拦截 API 的平台差异导致的框架实现差异。
更多优质内容，请查看本周周报：
iOS app 秒开 H5 优化总结 - 
juejin.im编辑 @折腾范儿_味精 -
weibo.com 简评：为了让 app 里面的 H5 页面实现秒开的效果，很多项目都采用了加载本地 H5 离线包的方式。如何实现这样的秒考就得分别从两个方面着手实现。- 离线包的分发与下载
- WebView 的本地加载
需要补充一点的是，本文在 WebView 本地加载上都是以拦截的思路进行本地加载，UIWebView 自然可以顺畅使用 NSURLProtocol 但是在 WKWebView 里就面临很大的阻碍，而作者给出的代替方案还是 WKURLSchemeHandler 拦截，但面临的代价也是本来前端无感的拦截方案现在被迫前端也得受影响，打包的时候对资源协议头进行适配，这一点和很多公司的离线包方案略有差异。
在 WKWebView 里，即便是使用 WKURLSchemeHandler，资源拦截的方式也面临着与安卓差异化严重，对前端侵入性严重等问题，很多公司的离线包方案选择了另外的一条路，App 起本地服务器 run 前端离线包页面，做到让 WebView 无感知当前是一个“离线”页面，这样做能够最大程度的让前端对于离线包“无感”，也能忽略掉拦截 API 的平台差异导致的框架实现差异。
更多优质内容，请查看本周周报：
展开
评论
8
赞了这篇文章
赞了这篇沸点
赞了这篇沸点
1
7
赞了这篇沸点
#iOS知识小集#「 iOS 判断设备是否静音 」
在 iOS 设备中，主要有以下两种类型的声音：
* 铃声和提醒：包括电话、短信、通知等系统类的声音（也包括按键音、锁定声，这两者可在设置中设置是否开启），它们受物理静音开关键的控制，也就是说，当设备开启静音时，这些声音是不会播放的。
* 媒体声音：一般为 App 播放音视频时的声音，音量大小可通过物理音量 + - 键来控制，但它不受设备静音开关键的控制，即当静音键开启时，我们仍然可以通过相关 API 正常播放声音。
因此，这里说的静音分为两种情况，“通过物理静音键开启静音” 和 “将媒体音量调小至 0”。对于后者比较简单，我们可以通过 [AVAudioSession sharedInstance].outputVolume 获取当前音量大小是否为 0 来判断。
下面我们介绍一下如何检测设备静音开关键的状态。
在 iOS 5 之前，我们可以使用如图 1 所示的方式判断静音键的开关，但苹果在 iOS 5 之后禁止了这种方式的使用，并且也没有提供相关新的 API 来判断，于是网上有一种曲线救国的方式，大致实现为：
使用 AudioServicesPlaySystemSound 函数播放一段极短的空白音频（假设为 0.2s），并监听音频播放完成事件，如果从开始播放到回调完成方法的间隔时间小于 0.1s，则意味当前静音开关为开启状态。这是因为，AudioServicesPlaySystemSound 有一个特性是：它播放的声音属于系统音效，所以是受静音按键控制的，且如果当前处于静音模式的话，调用此函数后会立即执行播放完成的回调，这样计算得到的时间间隔会很小，就可以用来判断设备是否静音了。代码大致如图 2 所示。
在 iOS 设备中，主要有以下两种类型的声音：
* 铃声和提醒：包括电话、短信、通知等系统类的声音（也包括按键音、锁定声，这两者可在设置中设置是否开启），它们受物理静音开关键的控制，也就是说，当设备开启静音时，这些声音是不会播放的。
* 媒体声音：一般为 App 播放音视频时的声音，音量大小可通过物理音量 + - 键来控制，但它不受设备静音开关键的控制，即当静音键开启时，我们仍然可以通过相关 API 正常播放声音。
因此，这里说的静音分为两种情况，“通过物理静音键开启静音” 和 “将媒体音量调小至 0”。对于后者比较简单，我们可以通过 [AVAudioSession sharedInstance].outputVolume 获取当前音量大小是否为 0 来判断。
下面我们介绍一下如何检测设备静音开关键的状态。
在 iOS 5 之前，我们可以使用如图 1 所示的方式判断静音键的开关，但苹果在 iOS 5 之后禁止了这种方式的使用，并且也没有提供相关新的 API 来判断，于是网上有一种曲线救国的方式，大致实现为：
使用 AudioServicesPlaySystemSound 函数播放一段极短的空白音频（假设为 0.2s），并监听音频播放完成事件，如果从开始播放到回调完成方法的间隔时间小于 0.1s，则意味当前静音开关为开启状态。这是因为，AudioServicesPlaySystemSound 有一个特性是：它播放的声音属于系统音效，所以是受静音按键控制的，且如果当前处于静音模式的话，调用此函数后会立即执行播放完成的回调，这样计算得到的时间间隔会很小，就可以用来判断设备是否静音了。代码大致如图 2 所示。
展开
1
8
赞了这篇沸点
