正确时长就应该是33:48秒，但是苹果手机获取到的是33:52秒。安卓手机也是正确的时长。
为什么小程序开发工具获取的音频长度和真机不一致？[图片] 上图是微信开发工具获取到的时长 33:48 下图是真机显示的音频总长度，用的小程序开发工具预览模式 真机信息是：iphoneSE 软件版本：12.4 [图片] 附上代码片段：https://developers.weixin.qq.com/s/TZMFKJmo7Hae
2019-08-19而且有时候获取到的音频长度并不对！上面的我怀疑就是获取到的长度短与实际长度。有些获取到的长度居然比实际长度多十几秒？难以理解[图片] [图片] 同一个音频，后台返回来的是33分18秒，微信反过来的是33分48秒
为什么小程序音频返回的音频播放位置会大于音频长度？[图片] 获取微信返回的音频长度和音频播放位置我是这么处理的，是不是我处理的有问题？ 音频总长是监听播放的时候获取的，当前播放位置也是在监听播放的时候利用定时器获取的 [图片]
2019-08-16使用decodeURIComponent()处理的时候将%26amp%3B转成了& 然后在分割处理参数的时候使用的split("&")，于是就成了{amp;type:2}了。啊！！！！！！！！！！！！！
为什么扫小程序码获取的多个参数会把&变成amp;[图片] 如图所示：第一行是扫码进入页面打印的options。 第二行是打印的options.scene，没有使用 decodeURIComponent()处理，&变成了%26amp%3B。其实就是&也就是&。 第三行是打印的处理成json之后的options.scene。使用了decodeURIComponent()处理，amp还是amp；这就导致无法正常取值。 所以想问问各位为什么扫描小程序码传过来的参数会把&变成amp？ 还是说是在后台生成二维码的时候将&变成了xml转义字符？
2019-07-06只要打开小程序没有什么错误，页面能正常显示就没什么问题
微信小程序 只有web-view 能通过审核公司想做一个单纯小程序的外壳。利用web-view来展示业务代码 我这边负责提供个demo.开发流程ok了 但是审核没用过 所以想问下小程序内只有web-view会不会导致审核不通过，还是因为别的原因
2019-07-04
获得过 0 次赞
回答过的问题获得 0 次赞
分享过的文章/案例获得 0 次赞
评论与回复获得 0 次赞