场景：
小程序已在后台运行，点击带 shareTicket 的转发消息进入小程序，且此条转发消息带的 shareTicket 与上次进入小程序时携带的 shareTicket 不一致。例：连续进入两条不同的带 shareTicket 的转发消息，或先从历史列表进入小程序，再进入任意一条带 shareTicket 的转发消息。
当前表现：
在微信版本 iOS 6.5.12/Andoird 6.5.10 及之前的版本中，会先触发 App.onLaunch 事件后触发 App.onShow 事件，开发者可通过 App.onLaunch 或 App.onShow 事件获取到 shareTicket。
修改后的表现：
从微信版本 iOS 6.5.13/Android 6.5.13 开始，将修改为： App.onLaunch 不会被触发，但是 App.onShow 还是会被触发，开发者可通过 App.onShow 事件获取到 shareTicket。参数获取方式与在 App.onLaunch 中获取一致。详见 文档 。
如果开发者当前是通过 App.onLaunch 获取 shareTicket ，在新版本客户端上线后将可能出现用户进入不同转发消息时无法做出正确响应。因此需要改成在 App.onShow 中获取 shareTicket （可兼容当前版本），其他处理方式不变。
支持
之前
8排
OK
非常感谢，审核太给力了，新版本已上线！
@link
谢！
我的小程序已按照新方式修改并提交审核了，但测试时接受方即便是体验者点开还是会跳到正式版本，是可以正常解析share tickets的。
另外新版本还修复了影响用户使用的数据录入冲突的问题， 请帮忙快速审核下，可以正式测一测。
appId: wx5a59457c2c14f73e
马拉松跑步助手
多谢！
很棒！
还有一个问题，之前在地理位置授权的时候 或则其他授权的时候 触发了app 的 onhide 和 onshow 不知道这个是否正常。授权的时候应该不会触发才对的
请问app.show是在page.onLoad 之前还是之后？
如果是之后的话，page.onload在没有获得ticket之前就触发了那还有什么意义？
如果开发者当前是通过 App.onLaunch 获取 shareTicket ，在新版本客户端上线后将可能出现用户进入不同转发消息时无法做出正确响应。因此需要改成在 App.onShow 中获取 shareTicket （可兼容当前版本），其他处理方式不变。
现在改成onshow触发，现在的6.5.12版本也能支持对吧？
破