场景就是，App跳转小程序支付，在小程序完成支付步骤后，点击Button open-type为launchApp 可以回到App， 如果点击事件调用wx.exitMiniProgram()，方法，可以退出微信小程序。 目前尴尬的是，如果在Button open-type为launchanApp 绑定onClick事件，执行退出小程序。执行表现为，只关闭小程序没有返回App，后来通过两个组件嵌套，分别绑定onClick事件关闭小程序和返回App。最终只会实现一步，也就是说回到App或者退出小程序，二者并不能一起实现。加了定时器也不行。 之所以有这个诉求，是因为希望告诉用户在小程序的步骤已经完成，而不是用户后续正常打开微信的时候，竟然是我们的小程序页面，会对用户造成困扰，体验很不好。 想问下这个场景大家是怎么解决的。

之前把处理扫码的业务逻辑放在onLaunch里处理的，结果发现，小程序启动状态下，扫码进来，不走该生命周期。 那换成onShow来处理扫码业务逻辑，就可能触发多次重复处理多次。 怎么处理好一些，其实我就想扫码进来把业务逻辑处理了，然后后面不管怎么样都不再重复处理了。 之前着急还专门有个扫码解析页，扫码进来统一跳转解析参数，解析redirct目标页，特别不好的地方因为参数长度32位的限制, 所以生成小程序码前把参数存在后端返回token，解析页再请求后端拿到对应的参数，参数里有目标页，再redirct。 有更好的处理办法吗，你们是怎么处理的。

背景，我们用三方平台的账号开通云服务静态托管服务，赋予小程序免鉴权跳转能力 微信外部浏览器url sheme跳转是没有问题，微信浏览器使用开放标签，一直报63002. 与官方文档使用上有区别，没有走微信开发工具直接在腾讯云静态托管后台直接上传html页面，小程序appId使用的是托管的一个小程序的，对应的公众号也是服务号。 这个错误报的是鉴权问题。按文档说是只填appid就可以免鉴权了，是不是我这种方式走不通。

https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/staticstorage/jump-miniprogram.html 相关功能文档 我们需要h5跳转小程序的功能，我们是三方平台服务商，希望只提供一个h5页面， 这个h5页面可以跳转我们平台下的所有小程序。 按照文档，该页面只需要配置小程序的appId和跳转小程序的原始id和页面路径这些动态参数就可以直接跳转了，我们做了这些直接上传该页面到服务商开通的静态网站托管上，浏览器上打开，按钮没有显示，也没报错， 在微信里打开报config:fail,Error: 系统错误，错误码：63002,invalid signature [20211209 17:35:17][]。 文档上说是要在开发者工具的云开发里操作上传，我们绕过这层，是否可以，是配置错还是流程错，想了解下，大家有遇到过吗。

我们后端做了版本控制，每次大版本都会升级版本，一般会维护两个版本。 比如线上版本是 1.0.0 和 2.0.0， 我们要升级到3.0.0，准备就是所有小程序都升级到2.0.0版本，24小时后下掉后端的1.0.0版本，发布3.0.0版本。 按照微信的小程序更新机制，2.0.0版本发布24小时后，所有用户再次冷启动肯定会同步更新到2.0.0版本。 但是目前发现，即使所有小程序更新到了2.0.0版本，一个星期后还是有部分1.0.0版本的流量，用户无法正常使用。 这个1.0.0的流量大概有哪些原因。 这个版本检测的代码是有的。只是用户进来会因为版本问题先报错，然后通过版本检测执行强制更新操作，但是用户还是看到了报错的过程，以及在下载的新版本的时候用户可能就离开了。 即使报错，我们对首页数据做了缓存，用户即使忽略了报错信息，会点击操作，会发现更多的问题。 目前优化方案是，检测到更新的过程直接显示一个全局的更新状态，阻止用户操作，直到下载完成让用户重启。 主要是想优化这块流程，或者避免这种情况的发生。

我们后端做了版本控制，每次大版本都会升级版本，一般会维护两个版本。 比如线上版本是 1.0.0 和 2.0.0， 我们要升级到3.0.0，准备就是所有小程序都升级到2.0.0版本，24小时后下掉后端的1.0.0版本，发布3.0.0版本。 按照微信的小程序更新机制，2.0.0版本发布24小时后，所有用户再次冷启动肯定会同步更新到2.0.0版本。 但是目前发现，即使所有小程序更新到了2.0.0版本，一个星期后还是有部分1.0.0版本的流量，用户无法正常使用。 这个1.0.0的流量大概有哪些原因。 这个版本检测的代码是有的。只是用户进来会因为版本问题先报错，然后通过版本检测执行强制更新操作，但是用户还是看到了报错的过程，以及在下载的新版本的时候用户可能就离开了。 即使报错，我们对首页数据做了缓存，用户即使忽略了报错信息，会点击操作，会发现更多的问题。 目前优化方案是，检测到更新的过程直接显示一个全局的更新状态，阻止用户操作，直到下载完成让用户重启。 主要是想优化这块流程，或者避免这种情况的发生。