wx.requestSubscribeMessage这个接口只能点击或者支付回调之后弹出弹窗，现在在上一个页面点击跳转的时候触发这个弹窗，弹窗会保留到跳转的页面去，但是ios上点了同意或者拒绝后，右滑动会返回两层页面 （安卓正常），这个需要怎么处理才只返回一层啊[图片][图片]

现在微信小程序4个和地理位置相关的接口，均实行了准入政策。新的小程序送审时，扫描到代码有使用这块接口，随即会进行拦截。作为一家三方平台开发商，我们肯定都是通过同一套代码模板为商家提供服务的，也没法保证商家是否真的会使用这些功能，所以微信官方的审核，通过实际小程序有无使用场景，而去决定是否通过审核，让我们三方开发商何去何从？还要整多套代码模板吗，这样成本是否过高，方式是否合理？ 这种准入接口，难道不能在接口真正调用的时候，去处理是否准入和申请权限的问题么，非要一刀切，在小程序送审的时候去拦截这个事情，合理吗？ [图片]

现有的v2文档都是银行服务商才能使用appid绑定配置，我们普通服务商不能调用吗？如果不能调用，那特约商户在小程序支付时，不需要将小程序appid与商户进行绑定吗？ 或者说需要手动去与商户绑定？这样很麻烦吧

小程序扫码小程序码启动领券，app.js的onshow获取小程序码信息，并且场景值是【扫码小程序码】，这没问题。 但是如果手机息屏，再打开手机，小程序app.js的onshow函数下，依然获取的场景值是 【扫码小程序码】。 这就导致我的领券被重复领取了，这种情况场景值不应该是【扫码小程序码】了。而且扫码的业务逻辑处理 另外，小程序在扫码启动后，切后台再切到前台，场景值还是【扫码小程序码 1047】

无论是微信或小程序转到后台都会出发onHide ，转到前端都会出发onShow。 我现在的问题是： 扫码进来，在onLaunch第二次扫码进来则不会出发。 扫码进来，在onShow的话，微信不关闭小程序，按手机home间回到手机桌面，然后点击微信回到小程序页面会再次触发，场景码也不变。 我无法判断是否是扫码进来的。