https://developers.weixin.qq.com/miniprogram/dev/api/route/wx.switchTab.html

小程序“泉海 古钱币查询对版”，在2019.9.29的时候被微信通知说：因用户投诉并经平台审核，发现帐号已发布的服务涉嫌未设置过滤违法、违规等不当信息内容的机制，已封禁服务的“被搜索”能力至永久。 后来我们进行了整改，增加了自动敏感词过滤的机制，而且增加了人工后台审核的环节。但是发现这个被搜索到的功能一直处于封禁状态。 因为在2019.9.30我们曾经申诉解释过一次，但是被标记成了未通过，所以没有办法通过站内信找到申诉的入口。 所以只好到交流区发帖。 线上的版本就是已整改好的版本，请老师审核并给予解封，谢谢！ [图片]

小程序内置了[代码]wx.request[代码]，用于向后端发送请求，我们先来看看它的文档： wx.request(OBJECT) 发起网络请求。使用前请先阅读说明。 OBJECT参数说明： 参数名 类型 必填 默认值 说明 最低版本 url String 是 - 开发者服务器接口地址 - data Object/String/ArrayBuffer 否 - 请求的参数 - header Object 否 - 设置请求的 header，header 中不能设置 Referer。 - method String 否 GET （需大写）有效值：OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE, CONNECT - dataType String 否 json 如果设为json，会尝试对返回的数据做一次 JSON.parse - responseType String 否 text 设置响应的数据类型。合法值：text、arraybuffer 1.7.0 success Function 否 - 收到开发者服务成功返回的回调函数 - fail Function 否 - 接口调用失败的回调函数 - complete Function 否 - 接口调用结束的回调函数（调用成功、失败都会执行） - success返回参数说明： 参数 类型 说明 最低版本 data Object/String/ArrayBuffer 开发者服务器返回的数据 - statusCode Number 开发者服务器返回的 HTTP 状态码 - header Object 开发者服务器返回的 HTTP Response Header 1.2.0 这里我们主要看两点： 回调函数：success、fail、complete； success的返回参数：data、statusCode、header。 相对于通过入参传回调函数的方式，我更喜欢promise的链式，这是我期望的第一个点；success的返回参数，在实际开发过程中，我只关心data部分，这里可以做一下处理，这是第二点。 promisify 小程序默认支持promise，所以这一点改造还是很简单的： [代码]/** * promise请求 * 参数：参考wx.request * 返回值：[promise]res */ function requestP(options = {}) { const { success, fail, } = options; return new Promise((res, rej) => { wx.request(Object.assign( {}, options, { success: res, fail: rej, }, )); }); } [代码] 这样一来我们就可以使用这个函数来代替wx.request，并且愉快地使用promise链式： [代码]requestP({ url: '/api', data: { name: 'Jack' } }) .then((res) => { console.log(res); }) .catch((err) => { console.log(err); }); [代码] 注意，小程序的promise并没有实现finally，Promise.prototype.finally是undefined，所以complete不能用finally代替。 精简返回值 精简返回值也是很简单的事情，第一直觉是，当请求返回并丢给我一大堆数据时，我直接resolve我要的那一部分数据就好了嘛： [代码]return new Promise((res, rej) => { wx.request(Object.assign( {}, options, { success(r) { res(r.data); // 这里只取data }, fail: rej, }, )); }); [代码] but！这里需要注意，我们仅仅取data部分，这时候默认所有success都是成功的，其实不然，wx.request是一个基础的api，fail只发生在系统和网络层面的失败情况，比如网络丢包、域名解析失败等等，而类似404、500之类的接口状态，依旧是调用success，并体现在[代码]statusCode[代码]上。 从业务上讲，我只想处理json的内容，并对json当中的相关状态进行处理；如果一个接口返回的不是约定好的json，而是类似404、500之类的接口异常，我统一当成接口/网络错误来处理，就像jquery的ajax那样。 也就是说，如果我不对[代码]statusCode[代码]进行区分，那么包括404、500在内的所有请求结果都会走[代码]requestP().then[代码]，而不是[代码]requestP().catch[代码]。这显然不是我们熟悉的使用方式。 于是我从jquery的ajax那里抄来了一段代码。。。 [代码]/** * 判断请求状态是否成功 * 参数：http状态码 * 返回值：[Boolen] */ function isHttpSuccess(status) { return status >= 200 && status < 300 || status === 304; } [代码] [代码]isHttpSuccess[代码]用来决定一个http状态码是否判为成功，于是结合[代码]requestP[代码]，我们可以这么来用： [代码]return new Promise((res, rej) => { wx.request(Object.assign( {}, options, { success(r) { const isSuccess = isHttpSuccess(r.statusCode); if (isSuccess) { // 成功的请求状态 res(r.data); } else { rej({ msg: `网络错误:${r.statusCode}`, detail: r }); } }, fail: rej, }, )); }); [代码] 这样我们就可以直接resolve返回结果中的data，而对于非成功的http状态码，我们则直接reject一个自定义的error对象，这样就是我们所熟悉的ajax用法了。 登录 我们经常需要识别发起请求的当前用户，在web中这通常是通过请求中携带的cookie实现的，而且对于前端开发者是无感知的；小程序中没有cookie，所以需要主动地去补充相关信息。 首先要做的是：登录。 通过[代码]wx.login[代码]接口我们可以得到一个[代码]code[代码]，调用后端登录接口将code传给后端，后端再用code去调用微信的登录接口，换取[代码]sessionKey[代码]，最后生成一个[代码]sessionId[代码]返回给前端，这就完成了登录。 [图片] 具体参考微信官方文档：wx.login [代码]const apiUrl = 'https://jack-lo.github.io'; let sessionId = ''; /** * 登录 * 参数：undefined * 返回值：[promise]res */ function login() { return new Promise((res, rej) => { // 微信登录 wx.login({ success(r1) { if (r1.code) { // 获取sessionId requestP({ url: `${apiUrl}/api/login`, data: { code: r1.code, }, method: 'POST' }) .then((r2) => { if (r2.rcode === 0) { const { sessionId } = r2.data; // 保存sessionId sessionId = sessionId; res(r2); } else { rej({ msg: '获取sessionId失败', detail: r2 }); } }) .catch((err) => { rej(err); }); } else { rej({ msg: '获取code失败', detail: r1 }); } }, fail: rej, }); }); } [代码] 好的，我们做好了登录并且顺利获取到了sessionId，接下来是考虑怎么把sessionId通过请求带上去。 sessionId 为了将状态与数据区分开来，我们决定不通过data，而是通过header的方式来携带sessionId，我们对原本的requestP稍稍进行修改，使得它每次调用都自动在header里携带sessionId： [代码]function requestP(options = {}) { const { success, fail, } = options; // 统一注入约定的header let header = Object.assign({ sessionId: sessionId }, options.header); return new Promise((res, rej) => { ... }); } [代码] 好的，现在请求会自动带上sessionId了； 但是，革命尚未完成： 我们什么时候去登录呢？或者说，我们什么时候去获取sessionId？ 假如还没登录就发起请求了怎么办呢？ 登录过期了怎么办呢？ 我设想有这样一个逻辑： 当我发起一个请求的时候，如果这个请求不需要sessionId，则直接发出； 如果这个请求需要携带sessionId，就去检查现在是否有sessionId，有的话直接携带，发起请求； 如果没有，自动去走登录的流程，登录成功，拿到sessionId，再去发送这个请求； 如果有，但是最后请求返回结果是sessionId过期了，那么程序自动走登录的流程，然后再发起一遍。 其实上面的那么多逻辑，中心思想只有一个：都是为了拿到sessionId！ 我们需要对请求做一层更高级的封装。 首先我们需要一个函数专门去获取sessionId，它将解决上面提到的2、3点： [代码]/** * 获取sessionId * 参数：undefined * 返回值：[promise]sessionId */ function getSessionId() { return new Promise((res, rej) => { // 本地sessionId缺失，重新登录 if (!sessionId) { login() .then((r1) => { res(r1.data.sessionId); }) .catch(rej); } } else { res(sessionId); } }); } [代码] 好的，接下来我们解决第1、4点，我们先假定：sessionId过期的时候，接口会返回[代码]code=401[代码]。 整合了getSessionId，得到一个更高级的request方法： [代码]/** * ajax高级封装 * 参数：[Object]option = {}，参考wx.request； * [Boolen]keepLogin = false * 返回值：[promise]res */ function request(options = {}, keepLogin = true) { if (keepLogin) { return new Promise((res, rej) => { getSessionId() .then((r1) => { // 获取sessionId成功之后，发起请求 requestP(options) .then((r2) => { if (r2.rcode === 401) { // 登录状态无效，则重新走一遍登录流程 // 销毁本地已失效的sessionId sessionId = ''; getSessionId() .then((r3) => { requestP(options) .then(res) .catch(rej); }); } else { res(r2); } }) .catch(rej); }) .catch(rej); }); } else { // 不需要sessionId，直接发起请求 return requestP(options); } } [代码] 留意req的第二参数keepLogin，是为了适配有些接口不需要sessionId，但因为我的业务里大部分接口都需要登录状态，所以我默认值为true。 这差不多就是我们封装request的最终形态了。 并发处理 这里其实我们还需要考虑一个问题，那就是并发。 试想一下，当我们的小程序刚打开的时候，假设页面会同时发出5个请求，而此时没有sessionId，那么，这5个请求按照上面的逻辑，都会先去调用login去登录，于是乎，我们就会发现，登录接口被同步调用了5次！并且后面的调用将导致前面的登录返回的sessionId过期~ 这bug是很严重的，理论上来说，登录我们只需要调用一次，然后一直到过期为止，我们都不需要再去登录一遍了。 ——那么也就是说，同一时间里的所有接口其实只需要登录一次就可以了。 ——也就是说，当有登录的请求发出的时候，其他那些也需要登录状态的接口，不需要再去走登录的流程，而是等待这次登录回来即可，他们共享一次登录操作就可以了！ 解决这个问题，我们需要用到队列。 我们修改一下getSessionId这里的逻辑： [代码]const loginQueue = []; let isLoginning = false; /** * 获取sessionId * 参数：undefined * 返回值：[promise]sessionId */ function getSessionId() { return new Promise((res, rej) => { // 本地sessionId缺失，重新登录 if (!sessionId) { loginQueue.push({ res, rej }); if (!isLoginning) { isLoginning = true; login() .then((r1) => { isLoginning = false; while (loginQueue.length) { loginQueue.shift().res(r1); } }) .catch((err) => { isLoginning = false; while (loginQueue.length) { loginQueue.shift().rej(err); } }); } } else { res(sessionId); } }); } [代码] 使用了isLoginning这个变量来充当锁的角色，锁的目的就是当登录正在进行中的时候，告诉程序“我已经在登录了，你先把回调都加队列里去吧”，当登录结束之后，回来将锁解开，把回调全部执行并清空队列。 这样我们就解决了问题，同时提高了性能。 封装 在做完以上工作以后，我们都很清楚的封装结果就是[代码]request[代码]，所以我们把request暴露出去就好了： [代码]function request() { ... } module.exports = request; [代码] 这般如此之后，我们使用起来就可以这样子： [代码]const request = require('request.js'); Page({ ready() { // 获取热门列表 request({ url: 'https://jack-lo.github.io/api/hotList', data: { page: 1 } }) .then((res) => { console.log(res); }) .catch((err) => { console.log(err); }); // 获取最新信息 request({ url: 'https://jack-lo.github.io/api/latestList', data: { page: 1 } }) .then((res) => { console.log(res); }) .catch((err) => { console.log(err); }); }, }); [代码] 是不是很方便，可以用promise的方式，又不必关心登录的问题。 然而可达鸭眉头一皱，发现事情并不简单，一个接口有可能在多个地方被多次调用，每次我们都去手写这么一串[代码]url[代码]参数，并不那么方便，有时候还不好找，并且容易出错。 如果能有个地方专门记录这些url就好了；如果每次调用接口，都能像调用一个函数那么简单就好了。 基于这个想法，我们还可以再做一层封装，我们可以把所有的后端接口，都封装成一个方法，调用接口就相对应调用这个方法： [代码]const apiUrl = 'https://jack-lo.github.io'; const req = { // 获取热门列表 getHotList(data) { const url = `${apiUrl}/api/hotList` return request({ url, data }); }, // 获取最新列表 getLatestList(data) { const url = `${apiUrl}/api/latestList` return request({ url, data }); } } module.exports = req; // 注意这里暴露的已经不是request，而是req [代码] 那么我们的调用方式就变成了： [代码]const req = require('request.js'); Page({ ready() { // 获取热门列表 req.getHotList({ page: 1 }) .then((res) => { console.log(res); }) .catch((err) => { console.log(err); }); // 获取最新信息 req.getLatestList({ page: 1 }) .then((res) => { console.log(res); }) .catch((err) => { console.log(err); }); } }); [代码] 这样一来就方便了很多，而且有一个很大的好处，那就是当某个接口的地址需要统一修改的时候，我们只需要对[代码]request.js[代码]进行修改，其他调用的地方都不需要动了。 错误信息的提炼 最后的最后，我们再补充一个可轻可重的点，那就是错误信息的提炼。 当我们在封装这么一个[代码]req[代码]对象的时候，我们的promise曾经reject过很多的错误信息，这些错误信息有可能来自： [代码]wx.request[代码]的fail； 不符合[代码]isHttpSuccess[代码]的网络错误； getSessionId失败； … 等等的一切可能。 这就导致了我们在提炼错误信息的时候陷入困境，到底catch到的会是哪种[代码]error[代码]对象？ 这么看你可能不觉得有问题，我们来看看下面的例子： [代码]req.getHotList({ page: 1 }) .then((res) => { console.log(res); }) .catch((err) => { console.log(err); }); [代码] 假如上面的例子中，我想要的不仅仅是[代码]console.log(err)[代码]，而是想将对应的错误信息弹窗出来，我应该怎么做？ 我们只能将所有可能出现的错误都检查一遍： [代码]req.getHotList({ page: 1 }) .then((res) => { if (res.code !== 0) { // 后端接口报错格式 wx.showModal({ content: res.msg }); } }) .catch((err) => { let msg = '未知错误'; // 文本信息直接使用 if (typeof err === 'string') { msg = err; } // 小程序接口报错 if (err.errMsg) { msg = err.errMsg; } // 自定义接口的报错，比如网络错误 if (err.detail && err.detail.errMsg) { msg = err.detail.errMsg; } // 未知错误 wx.showModal({ content: msg }); }); [代码] 这就有点尴尬了，提炼错误信息的代码量都比业务还多几倍，而且还是每个接口调用都要写一遍~ 为了解决这个问题，我们需要封装一个方法来专门做提炼的工作： [代码]/** * 提炼错误信息 * 参数：err * 返回值：[string]errMsg */ function errPicker(err) { if (typeof err === 'string') { return err; } return err.msg || err.errMsg || (err.detail && err.detail.errMsg) || '未知错误'; } [代码] 那么过程会变成： [代码]req.getHotList({ page: 1 }) .then((res) => { console.log(res); }) .catch((err) => { const msg = req.errPicker(err); // 未知错误 wx.showModal({ content: msg }); }); [代码] 好吧，我们再偷懒一下，把wx.showModal也省去了： [代码]/** * 错误弹窗 */ function showErr(err) { const msg = errPicker(err); console.log(err); wx.showModal({ showCancel: false, content: msg }); } [代码] 最后就变成了： [代码]req.getHotList({ page: 1 }) .then((res) => { console.log(res); }) .catch(req.showErr); [代码] 至此，一个简单的wx.request封装过程便完成了，封装过的[代码]req[代码]比起原来，使用上更加方便，扩展性和可维护性也更好。 结尾 以上内容其实是简化版的[代码]mp-req[代码]，介绍了[代码]mp-req[代码]这一工具的实现初衷以及思路，使用[代码]mp-req[代码]来管理接口会更加的便捷，同时[代码]mp-req[代码]也提供了更加丰富的功能，比如插件机制、接口的缓存，以及接口分类等，欢迎大家关注mp-req了解更多内容。 以上最终代码可以在这里获取：req.js。

各位微信开发者： 以下是微信开发者工具更新、近期话题获奖作者名单公示及上周我们在社区收到的问题反馈、需求的处理进度，希望同大家一同打造小程序生态。 微信开发者工具新增 CI 支持 为助力开发者进行小程序开发的自动化，实现功能的持续集成，我们抽离了开发者工具中的代码编译以及上传能力，新增 miniprogram-ci 模块。该模块可以极大地方便开发者将小程序代码上传和预览操作同已有系统相结合。 使用 miniprogram-ci 模块前需要在微信公众平台-开发-开发设置中下载对应的代码上传密钥和配置IP 白名单。 [图片] 详细功能介绍请参考文档《CI》。 使用过程中若出现问题，可在微信开发工具主页发帖交流。 上周问题反馈和处理进度（03.09-03.13）已修复的问题客服消息接口，推送小程序卡片返回-1的问题 查看详情 文档无法搜索的问题 查看详情 官方文档的问题 查看详情 文档说明有误 查看详情 文档说明不完整 查看详情 BLEPeripheralServer 文档问题 查看详情 指南文档中单词拼写错误的问题 查看详情 修复中的问题小游戏接入微信报错系统错误，返回值-9998的问题 查看详情 小程序闪退问题 查看详情 微信小游戏加载到100% 然后无响应的问题 查看详情 微信官方卡券文档的问题 查看详情 modifyFriendInteractiveStorage 赠送窗口未出现 半屏阴影无法点击的问题 查看详情 camera在安卓上拍照的问题 查看详情 wx.switchTab 跳转问题 查看详情 wx.requestMidasPayment 返回-9999错误的问题 查看详情 CocosCreator 引擎无法分离，导致代码包过大无法上的问题 查看详情 微信7.0.11，iphone手机 camera组 件前置摄像头无效的问题 查看详情 微信公众号50002错误的问题 查看详情 调试基础库2.10.1正常，改到2.10.2一直报第三方脚本错误，cocos creater 分离引擎的问题 查看详情 小程序点击跳转到二级页面报错，显示乱码的问题 查看详情 部分机型小程序 video 组件 bindend 事件不触发的问题 查看详情 MAC开发者工具-编译带-的页面路径时存在问题，无法访问的问题 查看详情 微信小程序后台的微信支付页面最下方的提示信息显示不完整的问题 查看详情 支付完成之后relaunch会失败，提示无法在后台调用 relaunch 的问题 查看详情 cover-view实现列表会出现明显的卡顿的问题 查看详情 live-player封装为插件后，小程序调用 requestFullScreen 后，安卓无法进入全屏的问题 查看详情 开放社区交流专区，在下方的编辑器中第一个字符直接输入汉字内容不会显示 查看详情 微信新版本7.0.12更新后，部分安卓机文件上传失败，之前版本正常 查看详情 需求反馈需求评估中 微信小程序能提供防截屏录屏的功能的需求 查看详情 小程序直播的申请，能否取消“90天内要求支付行为”的条件的需求 查看详情 预览版，开发者工具 Git 管理，SSH 的需求 查看详情 支持 midi 音频的需求 查看详情 提供开放平台移动应用迁移 unionID 变化后的解决方案的需求 查看详情 加速度计返回去掉重力后读数的需求 查看详情 iOS 操作系统中把微信小程序添加到系统桌面的需求 查看详情 slider 组件 value 值字能设大点的需求 查看详情 优化下 picker 组件的需求 查看详情 微信公众号开通的微信小店，确认收货的需求 查看详情 微信对话开放平台接入微信小程序直播的需求 查看详情 微信开发者工具的内存和磁盘占用问题建议优化的需求 查看详情 社区近期话题获奖作者 话题1：微信公开课PRO即将开课，你有哪些问题希望一起交流？ 获奖用户：山里育、小满 社区礼品：官方正版周边礼物 话题2：#春节# 你眼中的春节是怎么样的？都有哪些特别的事情可以分享呢？ 获奖用户：杨泉、Cooper 、美少女的狗崽子 社区礼品：官方正版周边礼物 话题3：信息时代，该如何确保数据安全？ 获奖用户：子不语、Admin²⁰²⁰、圣殿骑士、老张  社区礼品：官方正版周边礼物 *注：官方正版周边礼物以实物为准；获奖者需在1个月内响应社区运营专员私信沟通发货地址。 [图片] [图片] [图片] ​ 微信团队 ​ 2020.03.19

使用小程序开发工具Nightly Build最新版（1.02.1911202），右键点击云函数，选择【开启云函数本地调试】后，显示如下错误： [图片] 无法正常打开本地调试界面。重启开发工具依然无法解决该问题。 系统环境： macOS Catalina 10.15.1

微信tabbar 我要先ajax后 然后根据返回值跳转到相应的页面 能实现吗?

各位微信开发者： 以下是上周小程序相关能力更新及我们在社区收到的问题反馈、需求的处理进度，希望同大家一同打造小程序生态。 上周问题反馈和处理进度（09.16-09.20）已修复的问题cover-view 缩放位置错误 查看详情 开发者工具 textarea 输入行数超过高度会导致下方组件的 bindtap 失效 查看详情 scroll-view 设置 border-bottom 后间距变大 查看详情 iOS 下 slider 滑动时数字会换行 查看详情 input 和 textarea 的 placeholder-style 属性不支持 rpx 单位 查看详情 iOS 下 notifyBLECharacteristicValueChange 返回参数类型不正确 查看详情 修复中的问题chooseVideo在安卓下maxDuration参数不生效 查看详情 微信内未授权过语音时，camera组件语音 授权没有入口 查看详情 小程序 WebGL Canvas disable-scroll 不生效 查看详情 安卓下 Camera onCameraFrame 接口在安卓下偶现左右翻转 查看详情 hideTabBar 在非 tabBar 页面调用没有拦掉 查看详情 安卓下 chooseVideo 压缩后较模糊 查看详情 iOS 横屏状态下获取的状态栏高度不为0 的问题 查看详情 getNetworkType 未适配 5G 的问题 查看详情 iOS 下 map 结合 cover-view 导致闪退的问题 查看详情 地图同层点击marker导致 tap事件同时触发的问题 查看详情 iOS 报 at line undefined in undefined 的问题 查看详情 FileSystemManager.writeFile 效率问题 查看详情 小游戏录制接口 start 和 stop 无效的问题 查看详情 背景乐播放完一遍后会停顿 1 秒才播放下一遍的问题 查看详情 开发者工具中 UDP 消息的 BUG 查看详情 page is not found.; at onPageNotFound 的问题 查看详情 社区消息中心-消息列表数据重复的问题 查看详情 swiper 结合 canvas 画图，canvas 显示部分画图的问题 查看详情 小游戏白屏 Bug 查看详情 小游戏推荐组件报错的问题 查看详情 cover-image 组件在开发工具中和真机显示不一致的问题 查看详情 custom-tab-bar 切换抖动的问题 查看详情 微信 7 .0.7 版本 wx.startBeaconDiscovery 的问题 查看详情 苹果更新微信后使用游戏回放功能， 录制的不是全屏的问题 查看详情 小程序 input 组件聚焦状态下会隐藏末尾空格的问题 查看详情 小程序 wx.startBeaconDiscovery 搜索不到 beacon 的问题 查看详情 官方文档文字有误的问题 查看详情 地图带有 callout 的 marker 点击问题 查看详情 小飞机图片无法加载的问题 查看详情 用这个 chooseImage 选择完图片后 showLoading 这个不显示的问题 查看详情 输入框值清不掉的问题 查看详情 获取用户手机号被拒绝的返回值在安卓和 iOS 上有区别的问题 查看详情 小游戏调用虚拟支付查余额接口 midas/getbalance 返回 -1 的问题 查看详情 消息订阅之后报错的问题 查看详情 小游戏下载资源报错 307 很耗时的问题 查看详情 小游戏播放音效，出现声音时大时小的问题 查看详情 微信小游戏无法上传的问题 查看详情 云调用报错 -501001 的问题 查看详情 小游戏发送一次性订阅消息，返回模板ID错误，40037 的问题 查看详情 小游戏上传报错：无效的 json 文件: app.json, json parse faild 的问题 查看详情 需求反馈已支持小程序 progress 新增动画时间的需求 查看详情 需求评估中云开发后端能不能够单独拿出来管理的需求 查看详情 将违法违规内容替换为“*”或自定义替换词并返回的需求 查看详情 小程序 live-player 组件播放模式 sound-mode 的需求 查看详情 wx.getWifiList 中 fail 报错 auth denied 的需求 查看详情 小程序 iOS 版本 web-view 不支持 WebRTC 的需求 查看详情 缺失的多媒体控件部分常用功能的需求 查看详情 增加 TCPscoket 的 API 支持 查看详情 手机端查看广告收益详情的需求 查看详情 小程序助手版本查看页，增加下拉刷新功能的需求 查看详情 指纹识别认证支持的多种机型的需求 查看详情 关于在新版微信 iOS7.0.7 中，左上角的小房子返回首页功能优化建议 查看详情 miniprogram-automator 支持 page.screenshot() 截图的需求 查看详情 小程序自动化工具 page 功能添加一个截图功能的需求 查看详情 【微信开发者工具】建议：优化地址栏的下拉历史记录框隐藏方式 查看详情 小程序 webview 自定义 header 的需求 查看详情 关于小程序调试模式的 VConsole 功能，新增查看网络请求的需求 查看详情 小程序消息订阅开放的需求 查看详情 增加地图 marker 的 label 点击事件的需求 查看详情                                                                                                                                                                      微信团队                                                                                                                                                                  2019.09.26

        目前商户更新密钥，需要超管登录商户平台修改，修改完之后通知技术更新线上服务。但是密钥一经修改，老密钥马上失效，新老密钥没有过渡期，容易影响线上业务。 请开发者参与问卷调查：https://wj.qq.com/s2/4315220/5896/

微信最核心的价值，就是连接——提供一对一、一对多和多对多的连接方式，从而实现人与人、人与智能终端、人与社交化娱乐、人与硬件设备的连接，同时连接服务、资讯、商业。 微信团队一直致力于将微信打造成一个强大的、全方位的服务工具。在此基础上，我们推出了微信小程序这个产品，提供给微信小程序的开发者在微信内搭建和实现特定服务、功能的平台。通过全面开放的能力，我们将更多连接的可能给予企业和服务提供者，并为微信小程序提供基础的接入能力、运营环境和规则体系，进而帮助更多的企业和服务提供者建立自己的品牌，将商业机会带给整个微信产业链。 在开始微信小程序的开发前，我们希望微信小程序开发者（以下也称为“你”）已经仔细阅读了《微信小程序接入指南》、《微信小程序设计规范》、《微信小程序开发指南》等，如果你选择了游戏类目，你还需仔细阅读《微信小游戏接入指南》、《微信小游戏开发指南》等；同时，我们也为你准备了微信小程序平台常见拒绝情形。希望这些指南和规范，能够一定程度上帮助你解决开发、运营微信小程序过程中所遇到的疑问。 我们希望你提交的微信小程序，能够符合微信团队一直以来的价值观，那就是：一切以用户价值为依归、让创造发挥价值、好的产品是用完即走，以及让商业化存在于无形之中。在切实符合用户的合理需求和利益的前提下，通过微信小程序所提供的功能和服务，为海量微信用户提供具有持续价值和高品质的服务。我们期待你来提交你的微信小程序。 点击《微信小程序运营规范》进行详细阅读运营规范。