iOS后台唤醒实战:微信收款到账语音提醒技术总结

315
原文链接: www.52im.net

本文引用了腾讯大讲堂公众号的技术分享,感谢原作者。


1、前言


微信为了解决小商户老板们在频繁交易中不方便核对、确认到账的功能痛点,产品MM提出了新版本需要支持收款到账语音提醒功能。 本文借此总结了iOS平台上的APP后台唤醒和语音合成、播放等一系列技术开发过程中遇到的坑和小技巧,希望与您分享。

2、技术方案


2.1后台唤醒App


收款到账语音提醒需要收款方在收到款后,播放一段TTS合成语音播报金额,微信在前台时可以通过模板消息将需要播报的金额带下来,再请求TTS数据并播放, 但是app在挂起或者被kill掉的情况下要如何请求语音数据并播放呢?

iOS提供了两种方式唤醒处于挂起或已经被kill掉的app。分别是Silent Notification和VoIP Push Notification,客户端在被唤醒之后将获得30s的后台运行时间,这段运行时间足以请求合成语音数据并播放。

具体技术细节如下:

  • 1)Silent Notification
    Silent Notification在iOS7以上便可以支持,但是每小时能推送的Silent Notification次数有限制;
  • 2)VoIP Push Notification
    VoIP Push Notification则是在iOS8以上才支持的新Push类型,相比于Silent Notification,VoIP Push具有高优先级、低延迟的优势,并且没有次数限制。

对比这两种技术方案, VoIP Push Notification明显更适合用于收款到账语音提醒的唤醒方案。

2.2TTS合成语音


TTS语音合成方案分为离线合成方案和在线合成方案,离线合成方案省去网络请求,合成速度更快,节省网络流量,但是合成音的听起来比较机械,语速和停顿的处理较差一些。如果对合成音的效果要求不是特别高,可以考虑采用iOS自带的AVSpeechSynthesis框架,免去语音库的合入,减少安装包大小。

在线合成方案的效果则相对更像人声,富有感情。考虑到产品体验,我们采用了搜索产品部提供的在线语音合成方案,接入方式可以看这篇文章,合成音格式支持wav、mp3、silk,amr、speex。 对比后发现,在合成相同文本的情况下,amr的压缩率最高,但是能听到音质下降明显。silk格式压缩率次高,且能保持相对清晰的音质,单条合成语音大小在2KB左右。

2.3唤醒后播放音频文件


在请求到合成语音后,要在后台或者锁屏状态下播放音频文件,AVAudio Session的Category值需要使用AVAudioSessionCategoryPlayback或是AVAudioSessionCategoryPlayAndRecord,CategoryOptions根据实际需要可选择MixWithOthers(与其他声音混音)或是DuckOthers(调低其他声音的音量)。

iOS后台唤醒实战:微信收款到账语音提醒技术总结_1.jpg

需要注意的是: 只有iOS10以上才支持app被唤醒后在后台/锁屏状态下播放音频。 所以iOS10以下的设备,在收到VoIP Push后只能在local push上设定一段固定铃声,这也是为什么iOS10以下只有“微信支付收款到账”,而没有后面具体的金额数值。

3、静音开关检测


不幸的是,在产品发布后没多久就受到了某互联网大佬的吐槽。

iOS后台唤醒实战:微信收款到账语音提醒技术总结_2.jpg

从产品体验上来说,收款到账的金额播报是随着local push的弹出一起播放的,更像是一种特殊的push铃声,而苹果对push铃声的处理是受到静音开关控制的,所以讲道理,这个吐槽是合理的。然而前面提到App在被VoIP Push唤醒之后,需要将AudioSessionCategory设置为AVAudioSessionCategoryPlayback或AVAudioSessionCategoryPlayAndRecord才可以在后台播放音频文件,这两种模式是不受静音开关控制的。要实现这个需求,就必须获取当前静音开关的状态。而苹果在iOS5之后并没有明确地提供一种方式让开发获取静音开关的状态,这就陷入了一个尴尬的局面。

苹果在iOS5之前可以使用以下方式监听静音键开关:

                                                                                            

                                                                                                
- (BOOL)isMuted  

                                                                                                
{  

                                                                                                
    CFStringRef route;  

                                                                                                
    UInt32 routeSize = sizeof(CFStringRef);  

                                                                                                
 

                                                                                            
    OSStatus status = AudioSessionGetProperty(kAudioSessionProperty_AudioRoute, &routeSize, &route);  

                                                                                            
    if (status == kAudioSessionNoError)  

                                                                        
    {  

                                                                    
        if (route == NULL                                                                        || !CFStringGetLength(route))  

                                                                    
            return YES
                                                                        ;  
                                                                    

                                                                    
    }  

                                                                    
 

                                                                    
    return NO;  

                                                                    
}

                                            

                                            

苹果在iOS5之后便禁止了使用这种方式监听静音按键,背后的原因应该是苹果希望开发者使用AVAudioSession来提供统一的音频播放效果。

最后我在Reddit上找到了一种曲线救国的方式,实现起来也不复杂:使用AudioServicesPlaySystemSound播放一段0.2s的空白音频,并监听音频播放完成事件,如果从开始播放到回调完成方法的间隔时间小于0.1s,则意味当前静音开关为开启状态。

                                            

                                                
void SoundMuteNotificationCompletionProc(SystemSoundID  ssID,void* clientData){

                                                
    MMSoundSwitchDetector* detecotr = (__bridge MMSoundSwitchDetector*)clientData;

                                            
    [detecotr complete];

                                            
}

                                            
 

                                            
- (instancetype)init {

                                            
    self = [super init];   

                                            
     if (self) {

                        
        NSURL *pathURL = [[NSBundle mainBundle] URLForResource:
                            @"mute" withExtension:@"caf"];     

                    
        if (AudioServicesCreateSystemSoundID((__bridge CFURLRef)pathURL, &_soundId) == kAudioServicesNoError){

                    
            AudioServicesAddSystemSoundCompletion(self.soundId, CFRunLoopGetMain(), kCFRunLoopDefaultMode, SoundMuteNotificationCompletionProc,(__bridge 
                        void *)(self));

                
            UInt32 yes = 1;

                
            AudioServicesSetProperty(kAudioServicesPropertyIsUISound, sizeof
                    (_soundId),&_soundId,sizeof(yes), &yes);

                
        } else {

                
            MMErrorWithModule(LOGMODULE, @"Create Sound Error.");

                
            _soundId = 0;

            
        }

            
    }    return self;

            
}

            
 

            
- (void)checkSoundSwitchStatus:(CheckSwitchStatusCompleteBlk)completHandler {   

            
         if (self.soundId == 0) {

            
        completHandler(YES);      

        
        return;

    
    }

    
    self.completeHandler = completHandler;

    
    self.beginTime = CACurrentMediaTime();

    
    AudioServicesPlaySystemSound(self.soundId);

    
}

    
 

    
- (void)complete {

    
    CFTimeInterval elapsed = CACurrentMediaTime() - self.beginTime;

    
    BOOL isSwitchOn = elapsed > 0.1;   

    
     if (self.completeHandler) {

    
        self.completeHandler(isSwitchOn);

    
    }

    
}

    

    

4、设置声音阈值


另外一个用户反馈较多的问题是听不到播报声音,通过查看日志发现是触发语音播报时,用户设置的系统音量过小所导致。首先想到的解决方案是直接设置AVAudioPlayer的volume(或者是AudioQueue中的kAudioQueueParam_Volume),然而实验过后发现这样行不通,volume属性受制于系统音量(比如系统volume是0.5,AVAudioPlayer的音量是0.6,则最终的音量为0.5*0.6 =0.3)。

要解决音量过小的问题,还是需要通过调节系统音量。最终的解决方案借鉴了进入收付款展示二维码时自动调节屏幕亮度的方案:如果屏幕亮度未达到阈值,则调高屏幕亮度到阈值,离开页面时,将亮度设回原亮度。同理,播放提示音时,若用户设置的系统音量小于阈值,则调节到阈值。提示音播放完毕后,将提示音调回原音量。

控制系统音量有以下两种方式。

4.1方式一:通过MPMusicPlayerController设置音量



                                

                                    
//This property is deprecated -- use MPVolumeView for volume control instead.mpc.volume = 0;  //0.0~1.0

                                    
MPMusicPlayerController *mpc = [MPMusicPlayerController applicationMusicPlayer];

                                

                            

第一种方式简单粗暴,在设置的时候会弹出系统音量提示框,如果用户在使用app的过程突然弹出音量框,会对用户造成困扰,不建议使用这种方式,并且苹果在iOS7.0以后已将该属性标为deprecated。

4.2方式二:通过MPVolumeView设置音量


第二种方式则是将一个看不见的MPVolumeView添加到当前视图上,系统音量提示框就不会显示了。

需要注意的是:在调节完系统音量需要将MPVolumeView移除,否则后续用户手动调节音量会出现系统音量提示框不显示的情况。

调节音量的方式,则是先取到MPVolumeView中名为MPVolumeSlider的子View,并对其发送模拟用户操作的事件。


                                

                                    
- (void)setSystemVolume:(float)volume {

                                    
    UISlider* volumeViewSlider = nil;  

                                
   for (UIView *view in [self.m_privateVoulmeView subviews]){     

                                
      if ([view.class.description isEqualToString:
                                    @"MPVolumeSlider"]){

            
            volumeViewSlider = (UISlider*)view;        

            
               break;

            
        }

            
    }    if (volumeViewSlider != nil
                ) {
            

            
        [volumeViewSlider setValue:volume animated:NO];        
                //通过send
            

            
        [volumeViewSlider sendActionsForControlEvents:UIControlEventTouchUpInside];

            
    }

            
}

        

        

附录:有关微信、QQ的文章汇总


[1] QQ、微信的技术文章:
iOS后台唤醒实战:微信收款到账语音提醒技术总结
腾讯技术分享:社交网络图片的带宽压缩技术演进之路
微信团队分享:视频图像的超分辨率技术原理和应用场景
微信团队分享:微信每日亿次实时音视频聊天背后的技术解密
QQ音乐团队分享:Android中的图片压缩技术详解(上篇)
QQ音乐团队分享:Android中的图片压缩技术详解(下篇)
腾讯团队分享:手机QQ中的人脸识别酷炫动画效果实现详解
腾讯团队分享 :一次手Q聊天界面中图片显示bug的追踪过程分享
微信团队分享:微信Android版小视频编码填过的那些坑
微信手机端的本地数据全文检索优化之路
企业微信客户端中组织架构数据的同步更新方案优化实战
微信团队披露:微信界面卡死超级bug“15。。。。”的来龙去脉
QQ 18年:解密8亿月活的QQ后台服务接口隔离技术
月活8.89亿的超级IM微信是如何进行Android端兼容测试的
以手机QQ为例探讨移动端IM中的“轻应用”
一篇文章get微信开源移动端数据库组件WCDB的一切!
微信客户端团队负责人技术访谈:如何着手客户端性能监控和优化
微信后台基于时间序的海量数据冷热分级架构设计实践
微信团队原创分享:Android版微信的臃肿之困与模块化实践之路
微信后台团队:微信后台异步消息队列的优化升级实践分享
微信团队原创分享:微信客户端SQLite数据库损坏修复实践
腾讯原创分享(一):如何大幅提升移动网络下手机QQ的图片传输速度和成功率
腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(下篇)
腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(上篇)
微信Mars:微信内部正在使用的网络层封装库,即将开源
如约而至:微信自用的移动端IM网络层跨平台组件库Mars已正式开源
开源libco库:单机千万连接、支撑微信8亿用户的后台框架基石 [源码下载]
微信新一代通信安全解决方案:基于TLS1.3的MMTLS详解
微信团队原创分享:Android版微信后台保活实战分享(进程保活篇)
微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)
Android版微信从300KB到30MB的技术演进(PPT讲稿) [附件下载]
微信团队原创分享:Android版微信从300KB到30MB的技术演进
微信技术总监谈架构:微信之道——大道至简(演讲全文)
微信技术总监谈架构:微信之道——大道至简(PPT讲稿) [附件下载]
如何解读《微信技术总监谈架构:微信之道——大道至简》
微信海量用户背后的后台系统存储架构(视频+PPT) [附件下载]
微信异步化改造实践:8亿月活、单机千万连接背后的后台解决方案
微信朋友圈海量技术之道PPT [附件下载]
微信对网络影响的技术试验及分析(论文全文)
一份微信后台技术架构的总结性笔记
架构之道:3个程序员成就微信朋友圈日均10亿发布量[有视频]
快速裂变:见证微信强大后台架构从0到1的演进历程(一)
快速裂变:见证微信强大后台架构从0到1的演进历程(二)
微信团队原创分享:Android内存泄漏监控和优化技巧总结
全面总结iOS版微信升级iOS9遇到的各种“坑”
微信团队原创资源混淆工具:让你的APK立减1M
微信团队原创Android资源混淆工具:AndResGuard [有源码]
Android版微信安装包“减肥”实战记录
iOS版微信安装包“减肥”实战记录
移动端IM实践:iOS版微信界面卡顿监测方案
微信“红包照片”背后的技术难题
移动端IM实践:iOS版微信小视频功能技术方案实录
移动端IM实践:Android版微信如何大幅提升交互性能(一)
移动端IM实践:Android版微信如何大幅提升交互性能(二)
移动端IM实践:实现Android版微信的智能心跳机制
移动端IM实践:WhatsApp、Line、微信的心跳策略分析
移动端IM实践:谷歌消息推送服务(GCM)研究(来自微信)
移动端IM实践:iOS版微信的多设备字体适配方案探讨
信鸽团队原创:一起走过 iOS10 上消息推送(APNS)的坑
腾讯信鸽技术分享:百亿级实时消息推送的实战经验
>> 更多同类文章 ……

[2] QQ、微信的技术故事:
2017微信数据报告:日活跃用户达9亿、日发消息380亿条
腾讯开发微信花了多少钱?技术难度真这么大?难在哪?
技术往事:创业初期的腾讯——16年前的冬天,谁动了马化腾的代码
技术往事:史上最全QQ图标变迁过程,追寻IM巨人的演进历史
技术往事:“QQ群”和“微信红包”是怎么来的?
开发往事:深度讲述2010到2015,微信一路风雨的背后
开发往事:微信千年不变的那张闪屏图片的由来
开发往事:记录微信3.0版背后的故事(距微信1.0发布9个月时)
一个微信实习生自述:我眼中的微信开发团队
首次揭秘:QQ实时视频聊天背后的神秘组织
>> 更多同类文章 ……