微信视频号直播提醒无法关闭？的确有些困扰，希望官方希望官方优化下，谢谢！

var QQMapWX = require('../../qqmap/qqmap_wx_jssdk'); //括号里是JSSDK的安装目录 var qqmapsdk; Page({   data: {   },   onLoad: function (e) {     // 实例化API核心类     qqmapsdk = new QQMapWX({       key: 'XXXXX-XXXXX-XXXXX-XXXXX-XXXXX-XXXXX' //map秘钥匙     });   this.formSubmit()   },   //在Page({})中使用下列代码   //触发表单提交事件，调用接口   formSubmit(e) {     var that = this;     qqmapsdk.reverseGeocoder({      //Object格式 如果要查指定坐标的地名，把坐标按这个格式导入      // location: {      //   latitude: 39.984060,      //  longitude: 116.307520      // },       success: function (res) { //成功后的回调         console.log("success", res);       },       fail: function (error) {         console.error("error", error);       },     })   }, }) 备注：要求先在QQMAP的网站“https://lbs.qq.com/dev/console/home” 里注册，然后按里边的流程申请秘钥， 再下载qqmap_wx_jssdk并安装到指定目录，然后在小程序后台还要输入服务器域名“https://apis.map.qq.com” 再然后就是在空页面里粘贴以上代码，应该可以在调试器里打印出来地址了。地址有两种名称，加上以下代码可测试，详细的大家研究吧。   data: {     map_weizhi: null ,     map_weizhiTwo: null   },         that.data.map_weizhi = res.result.address_component.street_number         that.data.map_weizhiTwo = res.result.formatted_addresses.rough         console.log("地址：", that.data.map_weizhi);         console.log("位置：", that.data.map_weizhiTwo);

2020年，各位社友在微信开放社区的有爱互动，让社区处处充满“提问者认为该回答有用”、“「官方」认同该回答”的声音。 以下的这些突出贡献者，在过去的一年，一如既往的活跃在社区里，有的人在社区产出了许多高质量的文章，有的人在社区专业、认真地帮助大家解决难题，有的人用热情、热爱分享的态度与大家一起交流技术的心得...... 社区将为获得过突出贡献的各位社友，送上感谢礼物。感谢你们，用积极开放的态度，为微信开放社区带来的影响。希望在新的一年里，继续一起激发创意，用技术改变世界。 社区2020年度突出贡献个人 拾忆：2020年共获得12次社区月度“突出贡献者” 社区赠送拾忆新年礼物为：“微信相框X”一台、“微信新年礼盒”一份、“微信气泡狗晚安灯”一个、微信黄脸盲盒”五个、“微信开放社区突出贡献者红包封面”一个 [图片] [图片] [图片] [图片] 九块腹肌的猛男、citizen four、子不语、Mr.Zhao、老张、Admin²⁰²¹：2020年共获得9次以上社区月度“突出贡献者”（排名不分先后） 社区分别赠送新年礼物为：“月夜竹影茶具套装”一套、“微信新年礼盒”一份、微信黄脸盲盒”一个、“微信开放社区突出贡献者红包封面”一个 [图片] [图片] [图片] 社区2020年度突出贡献企业 微盟：2020年共获得8次社区月度“突出贡献者” 社区赠送微盟新年礼物为：“微信相框Classic”两台、“微信新年礼盒”两份、“微信开放社区突出贡献者红包封面”两个 [图片] [图片] 获得过社区月度“突出贡献者”（排名不分先后） 赠送“微信开放社区突出贡献者红包封面”一个 拾忆、九块腹肌的猛男、citizen four、子不语、Mr.Zhao、老张、Admin²⁰²¹、brave、青寒、陈宇明、编程小石头、圣殿骑士、o0o有脾气的酸奶、锅巴、祺爸💎、浮小云、James¹⁰¹⁴、Hanks🇨🇳、จุ๊บ、白宦成 #Linux中国、peng、LeeJim🌀、俞哄哄🤳、吴奕群、?、杨泉、小黎、Memory 获得过社区月度“突出贡献企业”（排名不分先后） 赠送“微信开放社区突出贡献者红包封面”一个 微盟、微喵网络、青团社、飞虎商联、天蜂网络、有赞、启年网络、铭锋科技、畅移、维百特、三去云、来一间、天店通、云店加  [图片] *注：“社区年度突出贡献者”不再单独设立社区虚拟勋章； 具体实物礼物款式可能有细微调整，以实物为准，预计1个月左右联系发出。 微信团队 2021年02月08日

各位微信开发者： 以下是春节期间小程序及小游戏审核调整通知、安卓新版众测、小程序URL Scheme功能规则调整及上周我们在社区收到的问题反馈、需求的处理进度，希望同大家一同打造小程序生态。 微信团队邀请开发者参与内部体验（安卓微信7.0.23） 本次更新概要如下小程序 WebGL组件重构，需关注WebGL组件部分模块懒加载，降低内存，需关注运行稳定性修复部分情况下注入失败Worker 部分绑定模块重构，需关注运行稳定性request和download接口success回调中返回的profile信息完善蓝牙相关bug fix，需关注蓝牙数据回调是否正常，配对流程是否正常 小游戏 渲染组件重构，降低内存，部分模块懒加载，需关注运行稳定性修复部分情况下注入失败Worker 部分绑定模块重构，需关注运行稳定性request和download接口success回调中返回的profile信息完善 请基于以下提供的资源体验。使用过程中若发现问题，欢迎点击进入微信开放社区 #微信客户端内测 主页发表标题包含「微信7.0.23」的问答帖子反馈交流。 [图片] （扫描二维码下载） 如有需要，可查看并转发原公告：《微信团队邀请开发者参与内部体验（安卓微信7.0.23）》 春节期间小程序及小游戏审核调整通知 小程序及小游戏代码审核将在2021年春节假期2月11日（除夕）至2月17日（初六）支持开发者紧急审核需求，充分保障开发者在过年期间的紧急情况提审需求。 如开发者希望在春节前完成常规版本迭代，建议在2021年2月7日24点前提交小程序或小游戏代码审核。在此之前提交的小程序或小游戏代码审核单，审核团队将在春节前（2月11日前）审核完毕，春节期间仅支持紧急版本提审需求。 2月18日恢复正常审核后，将按提审时间顺序逐步审核春节期间常规版本提审。 小程序及小游戏名称审核、类目审核均与小程序代码审核同步进行。请开发者们合理安排提审时间，避免影响版本迭代。 如有需要，可查看并转发原公告：《春节期间小程序及小游戏审核调整通知》 小程序URL Scheme功能规则调整 为满足开发者 获取URL Scheme 的诉求，将对生成规则作如下调整： 1. Scheme将根据是否为到期有效与失效时间参数，分为短期有效Scheme与长期有效Scheme 2. 有效时间不超过31天的Scheme为短期有效Scheme，单个小程序每日生成短期有效Scheme上限为50万个 3. 有效时间超过31天的Scheme或永久有效的Scheme为长期有效Scheme，单个小程序总共可生成长期有效Scheme上限为10万个，请谨慎调用，暂不提供清除接口 该规则自2021年1月18日生效，请开发者尽快适配，生效前生成的长期有效Scheme不计入10万个数量限制。 上周问题反馈和处理进度（1.04-1.08） 已修复的问题IOS14.2 微信小程序多文本框键盘弹出问题 查看详情 云开发控制台进入显示“检查环境”发生了错误的问题 查看详情 wx-open-launch-app 模拟器正常，真机报错 [WXTAG][JSCORE]的问题 查看详情 修复中的问题 video binderror部分情况不触发的问题 查看详情 电脑端小游戏广告自动完成的问题 查看详情 ios14 微信小游戏 息屏后恢复会卡死的问题 查看详情 picker组件在电脑分辨率不同时展示的日期年份和选择的年份不一致的问题 查看详情 需求反馈需求评估中微信开放社区MarkDown编辑器支持不足的需求 查看详情 【建议】社区新增一个红包封面主页的需求 查看详情 发者工具中Javascript context显示变红 查看详情 希望能够扩大开发调试模式下真机调试单包2M的限制的需求 查看详情 微信团队 2020.1.14

各位开发者，你们好！ 小程序及小游戏代码审核将在2021年春节假期2月11日（除夕）至2月17日（初六）支持开发者紧急审核需求，充分保障开发者在过年期间的紧急情况提审需求。 如开发者希望在春节前完成常规版本迭代，建议在2021年2月7日24点前提交小程序或小游戏代码审核。在此之前提交的小程序或小游戏代码审核单，审核团队将在春节前（2月11日前）审核完毕，春节期间仅支持紧急版本提审需求。 2月18日恢复正常审核后，将按提审时间顺序逐步审核春节期间常规版本提审。 小程序及小游戏名称审核、类目审核均与小程序代码审核同步进行。请开发者们合理安排提审时间，避免影响版本迭代。   预祝各位开发者春节快乐！

11月29日，腾讯云与微信小程序团队联合举办的第二届小程序·云开发技术峰会在北京举行，在会上有众多来自不同行业，不同实践者的案例分享，讲述了各自与云开发的故事…… 每一个准确把握技术浪潮的人，都是时代的幸运儿。 我是张洪晖，来自微信支付境外团队。我们在云开发 2018 年的时候就使用到了云开发这种方案，是第一批使用云开发的团队，用的比较深入。 今天我给大家带来了我们在持续交付和质量管控这两个方面的经验。 首先来看一下小程序的开发规模。这是微信提供的 2019 年的报告，小程序在当年带动了 536 万就业，对社会的贡献非常大。更恐怖的是它的同比增长达到了 195% [图片] 这足以说明小程序这种指数型的增长，我们看到它的生态发展在未来是非常迅猛的。 境外游礼包项目 讲了小程序，我们看一下我们做的是什么项目。 我们境外团队的境外游礼包项目，可以支持我们到全世界各地都可以获取我们的汇率优惠和优惠券以及礼包优惠。 [图片] 回到开发这个主题，我们从传统的一个小程序开发模式，切换到云开发模式之后，我们的产出率增长了将近三倍。 大家可能会有疑问，为什么我们的产出率切换到云开发模式后，会增长这么多？要回答这个问题，首先我们来看一下传统的开发模式是怎样的。 [图片] 传统的开发模式，这是前端视角来看的，前端同学会负责小程序的 UI 以及逻辑构建，由后端时间实现 CGI 和后端服务，产品经理提需求，需要给前端同学提一遍需求，同时也要给后端同学提需求，这里就增加了沟通成本。 需求定下来之后，前端和后端的同学其实是需要进行协议沟通的，这里我们也增加了我们协议沟通成本，另外由于后台服务往往会比较追求它的稳定，它的部署风险其实是比较高的，所以灰度流程会比较长。 因此在这种情况下，我们的开发效率受到这种限制也在一定的下降。切到云开发模式之后，我们看一下我们的流程变成什么样了。 [图片] 后端同学只需要关注他后台的服务，而 CGI 这一层完全由云函数去进行承担，大部分场景下，我们的产品需求只需要前端一个同学就可以完成了。另外，由于前端同学做全栈的开发，也省去了我们协议沟通的成本。 这对后端同学也是受益的，黄希彤老师在峰会演讲时说，云开发使用之后，后端同学会颤抖，其实大家放心，后端的同学也是非常受益的。目前在这种模式下，后端同学可以更关注于服务的稳定性以及提供一些能力，让运营的玩法全部交给前端同学去做。 [图片] 团队进行云开发的痛点 经过 2019 年的发展，我们项目参与人数越来越多。云函数也不断在增长，同时我们的用户增长也非常迅猛。但经过一年多的高速发展之后，我们也看到了一些问题。 第一，我们的发布没有审批。我们在开发者工具上右键点击上传，不知道是谁发布的。 [图片] 这个时候另外也没有审批，万一发布错了之后，会怎么办。 第二，云函数是相互独立的。我们为了一些逻辑的互用，会提供一些公共的代码，这些公共的代码是由我们的脚本进行下发的方式，下发各个云函数。这给我们的代码提高了复用率，但是反过来提供的缺点，我们发的是残缺的代码。 [图片] 第三，我们的云函数是在开发者工具里面点击右键上传这样的一种方式。这种方式，由于我们的云函数数量非常多，现在达到了 30 多个，一个个点击这种方式，在顺利的情况下，我们大概需要两个多小时进行部署和确认，在不顺利的情况下，可能一个上午的时间就过去了。 [图片] 总结来看，我们的部署发布效率比较低，我怎么去提升？另外我们的流程比较多，注意点也非常多，我们怎么保证不出错呢？ 持续交付 这里我就引入了持续交付的概念，又好又快的用好我们的云开发。 [图片] 首先给大家看一下我们持续交付流水线的总览。触发构建之后，我们是手动触发的方式，然后会有二级的审批，我们会去仓库里面拉主代码，拉完代码之后，我们会有代码一系列的检测和测试。 测试通过之后，我们才会去走小程序和云函数两条发布的流水线，发完之后会去企业微信推送给大家，告诉大家进行了版本的发布。 下面详细来讲，这里可能大家会有一个疑问，我们为什么要用手动触发这种方式呢？它的效率是不是很低？ 确实，除了手动触发这种方式，其实还有 git hooks 这种自动触发的方式，它的效率会相对来说比较高。 [图片] 这里我们有我们的思考，其实自动触发这种方式比较适合的场景是我们测试环境，它对稳定性的要求并没有那么高，但是它需要即时去同步一些新的特性，在测试环境以及产品体验这个环节，我们用了自动触发的方式，但真正对外用户发布的时候，我们会用手动触发这种方式，并且会有二级审批的流程。 讲到触发，前面讲到我们一个一个点击云函数，其实部署的这种方式非常低，我们怎么去高效地部署云函数呢？我们会使用云开发团队提供的 CloudBase-manager-node 这样的基础库，在这个基础库之上，我们封装了获取云函数列表、部署单对云函数以及全量部署云函数的能力。 [图片] 同时在小程序这一侧，我们知道今年年初的时候，小程序发布了 miniprogram-ci 这样一个自动化部署的能力，在这个能力之下，我们封装了自动上传代码包，免去了我们用开发者工具上传的这样一种方式。在发布之前，大家别忘了，我们也会提前去下发我们的公共代码，保证代码是完整的。 自动部署这种方式的效率非常高，用起来也非常爽，如果我们发布引入了一些 bug，会出现什么灾难性的结果？30 个云函数全部挂了，也会引入灰度发布的能力。 在初始化的时候，我们的小程序和云函数，会有小程序的新版本，云函数有两个环境：灰度环境和正式环境，现网的用户拿到了现网的小程序版本，我们可以放心的把我们一些新的云函数特性部署到我们的灰度环境，并且提醒这个小程序版本，也会把路径指到灰度环境，当我们开始灰度的时候，慢慢扩大我们的灰度比例，把流量慢慢导入到我们灰度环境，同时现网的用户拿到旧版本的比例有一定程度的下降，我们要看一下我们的监控以及指标是否有问题，有问题的要进行快速的回退。 [图片] 当我们灰度完成的时候，现网所有的用户拿到的都是正式版本的小程序，这个版本是 100%流量访问灰度环境。我们刚才所谓的灰度环境，这时候就变成了我们的正式环境；而我们的正式环境就变成了我们的灰度环境，这个时候就完成了蓝绿的一个切换，当我们下一次进行发布的时候，就可以把新的特性部署到我们的灰度环境。 这种设计有非常大的优势，大家可以思考一下。第一个点，它控制了我们变更的风险，可以及时快速的进行回退。第二是客户端和云函数一起进行灰度的，我们做一些破坏性变更，比如说协议变更的时候，完全不用管线上的小程序版本是否兼容新的协议。第三是基于灰度设计的能力，我们也可以做一些产品特性的快速验证。 有了整体灰度的能力之后，大家可能会问，我们是否有对云函数单独灰度的能力？当然，我们也设计了这个云函数单独灰度的能力。 我们可以看到，我们的小程序带着版本号过来访问，会请求到 getCloudEnv 这样的云函数，其实这个云函数没有做一些复杂的逻辑，只是单纯的去我们的云 DB 里面去获取当前这个版本应该访问到哪个环境，这里我们就会对灰度的比例以及白名单用户进行一个判断。 [图片] 当我们带着我们的版本号返回到前端的时候，前端小程序就会根据这个版本号去访问到对应的灰度环境，我们也是基于此去设计了我们这个云函数的单独灰度。 这里给大家看一下效果。纵轴就是灰度比例，从 0 到 100%；横轴是时间线，可以看到红色这条曲线是我们的灰度比例，从 0 慢慢地放大到了 100%；而绿色这条曲线，当我们蓝绿发生切换的时候，流量从 100%慢慢下降到了 0。 [图片] 除了灰度发布来控制我们的变更风险，还有很多质量检测的一些能力。比如说我们的 Lint 检查，防止我们的代码风格发生一些问题；还有自动化测试，来防止代码变更影响我们现网的功能；还有我们的一些代码报告，包括我们的安全漏洞、圈复杂度、逻辑死代码、风险 npm 包和代码重复率等这样的检测，所有的这些检查都是阻断式我们发布的，一旦发现问题，我们会阻止代码的变更。 [图片] 看一下我们的效果，我们引入这条流水线和持续交互之后，我们统计了一下，变更了将近 150 余次，有效支撑了我们产品的迭代。 另外我们的部署时间从原来的两个小时缩短到了 5 分钟，这大大节省了我们研发的人力。第三是我们引入流水线之后，其实我们是 0 故障的，让我们的发布也更有底。 [图片] 质量管控 下面给大家讲一下金融业务下的质量难题，大家各个团队都有遇到一些质量的问题。大家想一下，在没有质量的情况下追求效率是否是真的在追求效率？ 我们可以看一下做微信支付是一个传统金融跟互联网的结合，我们可以看一下传统金融有哪些特点。传统金融的稳定性要求比较高，一定程度上可以牺牲效率来换取我们的稳定。互联网追求的就是效率，当我们的质量和效率进行结合的时候，对我们的团队要求是非常高的。 [图片] 给大家举个例子，这是我们小程序的发布节奏，平均每周一个版本，每天平均 800 行代码新增、300 行代码修改。业务压力来了之后，开发同学进行代码的变更，由于压力非常大，代码质量并不高，反过来会影响我们的效率，我们要及时进行重构和修修补补，需求堆过来的时候，又加大了我们整个业务的压力，这样我们就进入了负循环的、非常不好的循环当中。 [图片] 我们怎么去破圈？业务压力大，我们想到第一时间先增加一些人力，当然我们的团队也在不断扩大，通过增加人力来减少我们的业务压力。我们有持续交付的流水线，重构抑制我们效率的下降。 反过来，人员增多也增大了我们管控的代码难度，因为每个人的代码质量都是不同的，另外代码风格也不同。另外我们重构一些代码也会影响线上业务的风险。 [图片] 我们提出了非常重要的一个点—质量管控。 我们通过质量管控抑制我们的质量下降，增加的人员会在一定的约束条件下进行开发，他提交的代码不合格，我们就不让他提交。在重构的这些代码当中，我们必须保证我们的自动化测试完全通过之后，才能进行代码的变更。 [图片] 我们看一下我们怎么去省心省力的做好质量管控的。 这是我们之前质量管控的一个现状，总体来说，分为需求、开发、发布和线上阶段。大概概括来说，可以分为事前事中事后的质量管控。 [图片] 对于金融业务来说，这真的够了吗？我们做质量审计的时候，还发现了质量的问题，这里是小程序的底层架构图，相信对小程序开发熟悉的同学非常了解，我们的逻辑层和渲染层是分离的，我们的逻辑层无法拿到渲染层的结果。 [图片] 假设在这种情况下，我们没有办法对渲染层进行监控，这时候我们的账单和资金展示出现了问题，怎么办？用户一定会投诉过来的，我们怎么防范这种情况的发生？ 我们首先想到做标准化的组件，最主要的就是金额渲染的组件，我们要考虑开发同学有没有更好的应用它或者有没有用对它，我们在开发流程当中，会对我们的敏感字段进行一些扫描，金额的一些扫描，看一下我们是否有正确的使用。 [图片] 下图左边是一个例子，我们在提交的时候，我们发现这个关键字没有正确使用我们金额渲染的组件，就停止我们的提交。其实研发同学很聪明，他可以用一种方式去进行绕过，为了阻止这种情况的发生，我们也会在流水线中进行关键字的扫描。 [图片] 静态金额渲染检查一定程度上解决了我们的问题，但是它足够安全了吗？当然不是的。大家想一下，如果我们的 money 拼错了，写成了 mnoey，是不是被漏过了？另外我们 UI 也有可能溢出，我们 100 元有一个视窗内如果只展示了 1 元，这个时候怎么办？也是一个账单或者说资金展示的风险。 [图片] 这里我们就引入了一个自动化截屏的方案，我们底层基于小程序开发者工具的 automator 的一个能力，有了这个能力之后，我们可以自动地拉起我们的开发者工具，并且跳转到对应的页面，然后去对数量进行拦截，提前写好我们接口的用例，拦截之后，由于我们的页面会比较长，会滚动地进行截屏，截下来的图片会进行图片的对比并进行归档，归档之后，还会去通知产品和研发去进行审核，再次发布。 [图片] 我们用一个命令启动了开发者工具，在开发者工具启动之后，会启动我们的模拟器，启动了这个模拟器之后，我们会根据我们预设好的一个路径去跳转对应的页面，由于页面比较长，这个时候我们会做一些滚动的截屏。当我们截完所有的页面之后，我们会在本地把这些图片保存下来，然后我们会对图片进行对比并且归档，放到一个网站上去进行对比。 [图片] 左边是我们的旧截图，右边是我们的新截屏，两个截屏之间发生对比，中间是对比，发现下底部的优惠券这边，就是小红点发生了变化，我们就要关心我们本次变更是否有影响到这一块逻辑，如果有的话，我们要及时排查问题。 这里就是刚才讲到的质量管控的总体思路，也分为事前、事中和事后几个角度去进行管控的。 [图片] 总结 在这里应该有个思考，我们为什么使用云开发？云开发到底给了我们什么样的能力？ 第一，云开发给了前端同学一个全栈开发的能力，同时对后端同学也是非常受益的，后端可以更关注业务的稳定性。 第二，它其实是非常低成本的，这个低成本也包括我们的费用非常低，早上也有嘉宾分享 2000 多万只用了几百块的案例，另外低成本还包括非常低的开发门槛，让大家都可以进行手上。另外它也是零运维成本。 第三，我们非常看重云开发的生态能力，包括接入了微信支付、腾讯云的各种各样的一些套件，我们都可以使用，包括 CDB、COS 和 redis 等等，这些能力都可以接入进来。 [图片] 用了云开发之后，大家也可以思考一下是否有用好我们的云开发呢？我今天分享的内容也是主要在效能，包括我们的持续构建、持续发布 ABTest 方面，在质量方面，我们也会有灰度发布、自动化测试以及 UI 的自动截屏，另外其实使用云开发也运用到了微信的私有链路，这时候也可以支持我们的安全防刷的能力。目标是一样的，最终是为了更好的支持我们业务的快速迭代以及小步快跑。 [图片] 作者简介：张洪晖  腾讯微信支付境外团队高级工程师本文编辑自云开发峰会现场讲稿，有些文字进行了书面化处理，并匹配结合现场PPT如果你对内容感兴趣，可以点击阅读原文获取回放有关材料

超过50个优秀企业案例，从架构层面剖析企业场景下的云开发使应用。

[图片] 如图，发布的小游戏，第一天还能正常进入，第二天进入游戏后大约三四秒就报以上错误，卡在首页资源加载界面不动了。请问可能是什么原因？

下载地址Windows 64 、Windows 32、macOS 1. 新增终端面板 工具的面板可以切换并展示 “终端” 功能。 [图片] 2. 开发者工具进程管理 通过点击菜单栏【微信开发者工具】【查看进程管理】，可以检查并结束由开发者工具、终端创建的正在运行的进程。 [图片] 3. 云开发静态资源托管 静态网站托管是云开发为开发者提供的 Web 资源托管服务，网站的静态资源（HTML、JavaScript、CSS、图片、音频、视频等）可以托管在该服务上，并享有以下能力： 默认域名：获得对应云环境的唯一专属默认域名，通过域名可访问静态资源，域名可以用于测试或线上使用 小程序 webview：小程序不用配置业务域名即可在 <web-view> 打开云开发静态网站托管的域名（仅支持能够使用 <web-view> 标签的小程序） CDN 加速 详细文档：https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/staticstorage/introduction.html 4. 订阅消息开关 模拟器设置页面支持配置是否接收订阅消息，以及相关模板消息的订阅状态。 5. 支持小程序/小游戏收藏事件调试 开发者工具新增支持模拟小程序收藏功能，详细文档： https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/favorite.html 6. 通用设置新增 - 快速打开文件类型 对通用设置进行了样式改版，且新增设置项 【快速打开文件】 [图片] 该设置项可设置点击模拟器状态栏路径时默认打开的页面对应后缀的文件（右键可以查看到可选的后缀类型）。 [图片] 7. 通用设置新增 - 项目关闭时 在通用设置中新增设置项 【项目关闭时】，该选项将控制当前项目关闭时的表现，默认是项目关闭时打开项目列表页，用户可根据需求自行设置。 [图片] 8. 新增搜索回调调试插件 CallbackDebug 是小程序商品数据实时更新接口调试能力。基于该能力，小程序的开发者可以获取小程序商品数据实时更新接口的返回结果。 详细文档：https://developers.weixin.qq.com/miniprogram/dev/devtools/merchant_callback.html [图片] 9. 新增小游戏脚本录制插件 微信小游戏测试框架提供了一套操作录制回放工具。可以在微信开发者工具中录制你在模拟器中的操作，并生成录制文件。将该文件打包提交，即可在云测环境中回放录制的操作。详细文档： https://developers.weixin.qq.com/minigame/dev/guide/best-practice/tool/record.html 10. 模拟器更多模拟 开发者工具通过模拟内存警告等真机异常，可以触发wx.onMemoryWarning 等API，帮助开发者收集异常数据、优化小程序。 [图片]              11. 支持音视频合成调试 音视频合成相关 API 过去只能在真机上预览进行调试，现在可以通过开发者工具直接调试，音视频合成 API 详细文档：https://developers.weixin.qq.com/miniprogram/dev/api/media/video-processing/wx.createMediaContainer.html 12. 上传代码 sourcemap 下载 过去，开发者只能到 mp.weixin.qq.com 上获取已上线的版本的 sourcemap 文件，现在能通过开发者工具获得每次上传的版本的 sourcemap 了。 [图片]