我们发现分享小程序页面给用户，用户打开小程序，然后进行了一系列用户操作，回到了首页或者其他页面，分享这个页面只可以让用户访问一次，然后用户为ios用户，点击重新载入就回到了分享的页面，而安卓回到了首页。

有的同学可能会说用业务逻辑控制，进行onLoad方法判断是否第二次进入拦截进行调整，虽然上面那个问题就解决了，但是但是如果用户扫静态二维码，重新载入还会继续进入刚开始分享的页面并且还会携带参数。

举个栗子：比如扫哈喽二维码唤醒小程序，然后进行了骑车业务逻辑，锁完车以后，用户点击重新载入小程序，如果业务方没有进行判断用户和单车位置的情况下，这个时候如果用户为ios用户自动就会进入上一次扫码车辆信息页面（变相模拟用户扫码操作），这个时候用户可能已经不在车旁边了。

在举个栗子：用户扫美团外卖商家分享的小程序页面到群里，用户点击之后进入商家页面，用户不喜欢吃这个商家了，想回到首页换一个，换了另一个之后，用户手机卡了或者什么，这个时候点击重新载入小程序，ios手机又进入了第一个分享商家页面，而不是首页，更不是当前页。

操作流程如下：

1、点击分享的链接：

2、进入商家页面：

3、回到首页

4、跳转首页

5、重新载入小程序

6、直接跳转到用户最原始进来的页面，也就是分享页，按理说应该在首页或者当前页合理一些。

即使像腾讯描述的安卓运行机制和ios不一样，那至少是否可以加一个来源，场景值，供开发者去判断。如果场景值为：重新载入，我们可以直接跳转首页或者进行另一个操作。