以上代码是做的一个在 Input 输入框输入时，有键盘音效的功能，播放音效采用了 InnerAudioContext API，但是开发者工具中可以正常播放，但是在 iOS端预览时有非常严重的延迟（数十毫秒），Android端暂时没有测试，请官方看看有没有办法解决。
收藏
回答
置顶innerAudioContext 在 iOS 端延迟严重精选热门
邱大川2022-10-10
| 框架类型 | 问题类型 | API/组件名称 | 终端类型 | 微信版本 | 基础库版本 |
|---|---|---|---|---|---|
| 小程序 | Bug | InnerAudioContext | 微信iOS客户端 | 8.0.18 | 2.14.4 |
2 个回答
请 登录 后发表内容
相关问题
相关文档
- InnerAudioContext.destroy: 小程序/开发/API/媒体/音频/InnerAudioContext/InnerAudioContext.destroy
- InnerAudioContext.offTimeUpdate: 小程序/开发/API/媒体/音频/InnerAudioContext/InnerAudioContext.offTimeUpdate
- InnerAudioContext.offWaiting: 小程序/开发/API/媒体/音频/InnerAudioContext/InnerAudioContext.offWaiting
- InnerAudioContext.onEnded: 小程序/开发/API/媒体/音频/InnerAudioContext/InnerAudioContext.onEnded
- InnerAudioContext.onError: 小程序/开发/API/媒体/音频/InnerAudioContext/InnerAudioContext.onError
请具体描述问题出现的流程，并提供能复现问题的简单代码片段（https://developers.weixin.qq.com/miniprogram/dev/devtools/minicode.html）。
打开代码片段，在输入框中随便输入什么。分别在开发者工具和 iOS 手机端测试，看控制台输出结果。你会发现 iOS 端播放 InnerAudio延迟非常严重。
仔细测试了一下，发现主要是canPlay之前消耗的事件太长了，canPlay之后到真正onPlay，大概只消耗1-5ms。
另外，感觉 InnerAudioContext 这个设计逻辑也很奇怪，按照一般的理解，在重复播放超短音频（20ms以内）的时候，为了避免在下一次播放的时候由于上一次播放没播放完成导致下一次播放失败的情况，应该是先 innerAudioContext.stop()，然后再innerAudioContext.play()。
然而事实情况是这样根本不行，反而需要在每一次播放的时候重建InnerAudioContext实例才可以。
当然，延迟的问题是最大的问题，官方看能解决么？