再次进入小程序 => 进入退出小程序时所在页面A 不触发onShow => 触发页面A onHide => 触发页面A onUnload => 进入邀请加载页面onLoad => 加载页面onShow
对于第四种场景中的打车小程序而言，如果按照我们先前所说没有在onLaunch中获取身份信息，而是放在了加载页中，那么现在什么都不用改。
如果获取身份信息的请求放在onLaunch中，现在又得在onLoad中加一道逻辑。
当然这里还是得注意一个问题，对于这一类型的进入小程序的方式，比如从分享卡片进入和微信的通知消息进入。
即使他们所进入的页面不同，但是他们都可以使用这个载入页面去做判断。
与正常启动场景的载入页面是不同的，他们本来就是同一种入口场景。
所以该共用的地方还是得共用，用不同的业务code判断即可。
总结
总的来说，以上的几种情况应该能涵盖绝大多数小程序的入口场景。
整理的目的其实主要是为了做需求分析和设计时参考使用，以避免在考虑业务问题时漏过这些场景导致后期的工作计划受到影响。
所谓加班和项目延期发布，大都是前期需求分析和设计考虑不周。
我们不可能考虑到所有的场景，但是应该尽善尽美。
谋定而后动，前事不忘后事之师，也算是PDCA了。