这是微信团队关于的wx基础接口调用频率规范通知 为规范小程序开发者的接口调用行为，避免用户资源被滥用，平台将对部分wx接口进行调用合理性监控。自6月22日起，当系统资源受限时，接口调用不合理的小程序调用对应系统服务时可能会受影响。 有几个问题想请教一下： 1、使用开发者工具在开发时发生的调用算不算计数，这个时候在开发者工具的app onLaunch似乎是不计算小程序打开次数的，但wx.login这样的接口调用又貌似计了数，这样是不合理的，昨天因为这个规定对代码进行了调整，在开发时进行了一些调试，今天发现调用打开比居然超过5倍，而我的wx.login和wx.getting只在onLaunch时才进行调用，这很明显是不正常的 2、微信的爬虫在对小程序页面进行爬取时，也有onLaunch的操作，这部分的打开次数很明显也是没有计数的，那对于wx.login这样的接口的调用是不是也计了数 3、当小程序的代码提交审核时，微信也会对代码进行扫描，有些一看就是机器人，那这些对接口的调用是否又有被计数呢 4、另外是不是只要超过2倍就一定会被停用接口，那如果是这样一种情况：比如对小程序进行一些推广活动，尤其是新的小程序，很大情况下会造成对接口的调用超过前一天PV的两倍，这样是不是小程序就不要推广了

1、安卓手机用户升级微信8.0.6版本后，小程序内的语音无法完全播放； 2、播放到一半，就停止了，提示：音乐文件错误，播放失败； 3、苹果用户（无论什么版本）、安卓其他版本（非8.0.6版本）都可以播放。 4、比较急，三万多存量用户受到影响，请尽快给予支撑。 [图片]

简述：安卓手机升级微信8.0.6版本后，小程序内的音频播放不完全。 具体情况： 1、我司开发的微信小程序正常运营2年有余，累计用户9.3万，日常在线用户3.3万 2、2021年6月以来部分用户反馈，小程序内的音频无法完整播放（播放一半或播放一大半，停止播放，提示：音乐文件错误，播放失败） 3、经我们反复测试发现：安卓用户使用微信8.0.6版本，打开小程序，即出现上述问题。 4、苹果手机无影响；安卓手机使用8.0.3或更早前的版本也无此现象；将已安装8.0.6版本安卓手机的微信卸载，重新安装更早前的微信版本也无此现象 5、测试情况： 机型1：华为-nova6 官方型号：WLZ-AL10 微信版本号：8.0.6 系统版本号：安卓10 EMUI版本：11.0.0 版本号：11.0.0.175（C00E175R3P5） 机型2：荣耀-20 官方型号：YAL-AL00 微信版本号：8.0.6 系统版本号：安卓10 M改成UI版本：4.0.0 版本号：11.0.0.147（C00E1127R4P5） 复现问题的代码片段： https://developers.weixin.qq.com/s/ootWnOmh7Hqm 6、存在问题的截图：[图片] 7、小程序ID：wx39845a0dd205467e 8、因涉及用户较多，请官方大拿协助处理，情况紧急，请尽快，盼回复。

复现步骤: 导入代码片段 填写自己的推流地址, 拉流地址默认使用的湖南卫视rtmp地址预览或真机调试等待, 知道推拉流都完成使用其他微信拨打微信电话给自己接通后挂断 扬声器中出现杂音预期表现: 在挂断微信通话后不应出现杂音. 复现条件: 使用封装了live-player的自定义组件时才会出现 附: 腾讯视频云的小程序也会出现同样问题

我保存了N个20M+的文件，好像没有什么问题。

初次渲染耗时：小程序页面首次渲染是所需要的时长 上面的是官方解释，问题是每个页面的首次渲染都会计算吗，还是只计算打开的第一个页面？比如用户进入小程序打开页面A，在跳转到页面B，两个首次渲染都计算了吗？ 页面切换耗时：小程序页面切换过程中的加载耗时 上面的是官方解释 问题一：如果用户进入小程序打开页面A，在跳转到页面B（参数是1），再次跳转B（参数是2），两次打开的页面B都计算切换耗时了吗？ 问题二：如果用户进入小程序打开页面A，在跳转到页面B，返回到页面A，再次跳转B，两次打开的页面B都计算切换耗时了吗？

微信小程序不支持eval，但是在微信小程序扩展能力中的lottie-miniprogram中，却有两次引用了eval方法，导致报错。

onCheckForUpdate更新触发的前提文档中给的是冷启动， 冷启动：如果用户首次打开，或小程序销毁后被用户再次打开，此时小程序需要重新加载启动，即冷启动。 而且微信自身一会在24小时内把新办法自动更新上 开发者在管理后台发布新版本的小程序之后，如果某个用户本地有小程序的历史版本，此时打开的可能还是旧版本。 微信客户端会有若干个时机去检查本地缓存的小程序有没有更新版本，如果有则会静默更新到新版本。 总的来说，开发者在后台发布新版本之后，无法立刻影响到所有现网用户，但最差情况下，也在发布之后 24 小时之内下发新版本信息到用户。 用户下次打开时会先更新最新版本再打开。 这样onCheckForUpdate以及版本检测等一系列接口的满足条件变成了： 用户必须是在新版本发布24小时之内（一般会更短），首次打开小程序或者主动删除了小程序有重新进入小程序的人才能触发。 我看官方有说是为了应对紧急bug，但是触发条件要怎么触发。。。 感觉就很鸡肋了。还是我的理解有问题

微信版本8.0.5 抓不到图片的http请求，但仍然能正常显示 是支持cache-control了吗？

使用live-pusher组件在点击右上角小胶囊退出小程序后，怎么关闭live-pusher? 现在是退出小程序后，还能语音~