博客
关于我
AudioServicesPlaySystemSound(kSystemSoundID_Vibrate) 不生效
阅读量:487 次
发布时间:2019-03-07

本文共 611 字,大约阅读时间需要 2 分钟。

在项目中使用AudioServicesPlaySystemSound(kSystemSoundID_Vibrate)来实现系统震动功能时,我遇到了一个令人困惑的问题。尽管设备本身支持震动,但在实际项目中却无法正常产生震动。我开始按照文档操作,最终发现问题可能与AVAudioSession的设置有关。

首先,确认设备是支持的,运行单独的demo时震动正常。接着,我注意到AVAudioSession.sharedInstance().category返回的是playAndRecord,这可能影响震动功能。我查阅了资料,发现在playAndRecord模式下,mode属性的设置会影响震动效果。当mode设置为default时,震动可能无法生效。

经过多次尝试,发现将AVAudioSessionmode设置为voiceChat后,震动功能恢复正常。进一步查看文档,了解到voiceChat模式用于优化多路音频处理,即使未手动设置也可能因为使用了Voice-Processing I/O而自动调整。

最终,我确认将AVAudioSessionmode改为voiceChat能够解决问题,系统震动功能正常运行。这次经历提醒我,在开发过程中要重视所有可能影响功能的属性设置,确保每一步的设置都与预期相符。

通过系统化的排查和深入理解AVAudioSession的作用,我成功解决了问题,也加深了对iOS音频处理机制的理解。

转载地址:http://gcrdz.baihongyu.com/

你可能感兴趣的文章
Netty工作笔记0070---Protobuf使用案例Codec使用
查看>>
Netty工作笔记0077---handler链调用机制实例4
查看>>
Netty工作笔记0084---通过自定义协议解决粘包拆包问题2
查看>>
Netty工作笔记0085---TCP粘包拆包内容梳理
查看>>
Netty常用组件一
查看>>
Netty常见组件二
查看>>
netty底层源码探究:启动流程;EventLoop中的selector、线程、任务队列;监听处理accept、read事件流程;
查看>>
Netty心跳检测机制
查看>>
Netty核心模块组件
查看>>
Netty框架内的宝藏:ByteBuf
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>