推荐使用“播放2”，能够较快的复现问题。 代码片段中测试了各种场景，基本确定问题在BufferSourceNode上。 我测试了开发工具和安卓端，都存在问题，iOS应该也是有问题的，之前我们小程序用到BufferSourceNode的页面在iOS上也容易闪退，不过iOS不方便查看内存，没有测试。 下图是开发工具上运行的结果，几分钟内小程序占用的内存就增加了大几百兆： [图片]

代码片段中自动每隔几秒pause并resume，下面截图记录了相关的事件回调（苹果手机），一开始还能看到onFrameRecorded回调，但到后面就没了，不再有新的录音数据了： [图片]

https://developers.weixin.qq.com/miniprogram/dev/devtools/skeleton.html 按照这个文档中的提示，为rich-text配置了grayBlock规则，但是只有当rich-text是直接在页面中的时候才有用，如果是自定义组件中的rich-text，规则就没有生效。

WebAudioContext.close()会卡住，资源也释放不掉，越用内存消耗越多，最后小程序会因为内存不足崩掉。往前测了几个基础库版本，发现都有问题。安卓和苹果都有问题，开发工具上是正常的。

如图所示，每次提审都会有这个弹窗，内容早就过时了，请官方尽快修改。 [图片]

本来想用wx.getAppBaseInfo()替换掉wx.getSystemInfo()的，因为官方文档里有一句话：“推荐使用wx.getAppBaseInfo接口，后续wx.getSystemInfo接口将不再维护”。但是发现在朋友圈单页模式下wx.getAppBaseInfo()返回undefined，又逼着我们不得不用回wx.getSystemInfo()。

建议：每次灰度新的基础库版本时，能不能最先灰度我们这些开发者提供的微信号，以方便我们尽早的进行新版本测试？可以每次提供个表单让我们来填要灰度的微信号。 从昨晚开始，我们被灰度到2.26.1的用户很多都出现了mp3无法播放的问题，基础库版本升级前都是正常的。而类似这样因为基础库被灰度到更高版本导致小程序无法播放mp3的情况已经出现好几次了。

[图片]

通过和微信支付的数据对比发现，We分析的交易数据经常会出现不准确（一般是偏少）的情况，希望官方能够查一下原因。 我们只有小程序支付这种单一支付场景。 支付是因为有商户平台能对照所以能发现数据不准确，其它数据我们没有自己统计，准不准就不得而知了。 AppID: wx718700a474b4fa75

如题。