当使用 BackgroundAudioManager.onStop(function callback) 监听微信自带的悬浮窗关闭、或系统通知面板上的关闭后，在进行setData 操作，无效。以下代码是在 onStop中的处理 let that = this; // 当前音频的播放位置 app.globalData.currentTime = 0; // 当前播放状态 app.globalData.playStatus = false; // 播放列表 let audioData = that.data.audioData; audioData[app.globalData.playIndex].status = false; // 恢复初始状态 that.setData({ nowTime: '00:00', jdtWidth: that.defJdtWidth, left: that.defLeft, playStatus: false, audioData }) 页面显示 生效的只有 playStatus 和 audioData这两个字段， 但是在 setData后 打印这几个字段确实是有更新过来的，就是页面显示的无反应，很奇怪... 参考其他的小程序也是如此，可以看下：喜马拉雅 和 宝宝巴士故事等小程序，也是一样的， 只能把当前的播放状态按钮给更新过来， 其他的字段，比如进度条等恢复不了； 点击播放后，才能重头开始播放

我们是一家玩具贩售公司，小程序今年7月25日上线，一直保持着非常好的审核记录，也从未收到过用户投诉或官方处罚。 从上周三开始，新版本审核多次被驳回，理由是「小程序页面存在涉及谣言、欺诈、赌博、竞猜、抽奖等违规内容或行为」，并附上小程序的首页商品列表。 我们立刻在反馈页面进行了申诉，并将同品类经营友商的商品列表页及购买页附上，周五下午该版本审核通过 [图片] 然而上周六再次提交审核后，审核同学再次以相同的原因拒绝过审，周六上的版本除了修复了一个「购买时无法选中代金券」的bug外，没有做过任何改动，这让我们的产品组感到很迷惑。 [图片] (拒审截图仍然是我司小程序的首页） 下面附上我们申诉时提交的证据，第一个小程序页面是我司的产品，其他截图分别来自于友商「泡泡抽盒机」、「美拆」、「蛋趣商超」 可以看到我们的页面逻辑及信息、商品销售方式与友商几乎完全一致 我们主销的品类是「盲盒」，在经营中严格遵循出品方制定的指导价格与销售模式，面向的用户群体也非常了解这个品类的销售模式， [图片] [图片] 在没有改变商品销售、展示页的结构、信息露出以及销售模式的情况下，过审突然变得如此困难，实在让开发者和经营者感到困惑。 是不是可以合理猜测，小程序审核组现在禁止「盲盒」贩售相关的小程序更新或者上架呢？但是这又无法解释上次申诉后顺利过审这件事。 我们非常重视小程序评测中的各项指标，上周开始的连续审核被拒已经影响到了小程序的运营指标。 [图片] 希望官方同学可以给一下更加详细的过审指导，万分感谢。