复现概率还挺高的，已经有多台手机遇到，其中这台安卓概率尤其高。异常时在工作台内和H5应用内都拉不起小程序，偶尔又能拉起来。 有时候拉不起来时 sdk 竟然返回了 launch ok 服务商信息 CorpID：wwcadc1e76057fbbe7 SuiteID：wwe2f6572ae62bc2fd 企业及应用信息：     CorpID：ww369d1b007dda5472     异常时间：2021.6.28 12:02 用户及设备信息：     微信号：lvs     手机号：18100609908     企业微信版本：3.1.8     微信版本：8.0.6     手机品牌/型号：OPPO R15     手机操作系统版本：安卓10

普通二维码拉起小程序这个功能虽然使用的不是很多，但社区也有不少反馈。 https://developers.weixin.qq.com/community/develop/doc/0000c03034034875bacb4d52551800 https://developers.weixin.qq.com/community/develop/doc/000c64a9de8ed84d14cad2d0158400 我自己也遇到不少困惑：是不是可以允许未发布的规则直接跳到体验版，不是必须配置了测试连接才可以？否则这个体验版选项的意义何在呢？ 这样大家就可以用规则A跳到体验版，规则B跳到正式版，规则C跳到开发版。规则一旦发布就遵循官方现在的跳转逻辑。这样一定会大大提升调试的效率。

操作系统 iphone 12 iOS 14.4 企业微信：3.1.7(66295) 微信：8.0.4 企业微信内打开小程序，跳转至微信授权手机号，点击同意后直接回到了微信联系人列表界面，无法返回企业微信内的小程序。 经验证：我们自己的小程序、美团、腾讯会议等等有手机号授权流程的小程序都是这个表现。

wx.navigateBack 目前只能控制返回几层，因为小程序最大支持打开10级页面，实际有类似以下场景（目前全部使用 navigateTo 打开）： 用户A主页 -> 评价详情1 -> (点击头像进入)用户A主页 -> 评价详情2 …… 如果能支持 navigateBack 传递自定义参数，就不用一直新开页面，可以自行判断使用返回方法，在 onLoad 或 onShow 生命周期获取新的参数，这将会大大提升小程序页面跳转的体验。理论上体验可以做到和APP一样支持打开无限层级页面，又不会因为打开太多页面导致内存暴增。希望官方评估考虑。 ---------------------- 突然发现有不少人关心这个问题，我就挖坟补充一下： 我们自己实现了近似小程序页面生命周期的方法，从在跳转动作执行时，先从页面栈中找到目标页面，执行这个方法并传递参数，然后再 back 相对应的层级，用法和 onShow 等等一样 onNavigateBack(options) { } 因为我们的小程序是有一层自己封装的路由，所以这个事情在统一路由层面就完成了，业务开发者不用去关心怎么实现的，还是很通用的。