因为服务器是负责所有客户端的请求，包括PC 微信、浏览器 、app，这边想实现根据请求来源不同作不同的分支处理。 调试发现，开发者工具模拟IOS请求 能正常获取miniprogram，但是真机的IOS获取不到这个字段，只有microMessenger，但是安卓能正常获取miniProgram。 请求大神给予解答，是否有方法判断。

进入小程序的首页index.wxml，在JS中判断用户信息合法之后navigateTo跳转到一个home.wxml页面，页面元素只有一个web-view，src指向业务域名所在的H5页面。点击小程序左上方的返回按钮，调用的是wx.navigateBack({delta:1})，但是苹果手机上并没有关闭小程序，还是显示的我的index.wxml。安卓物理返回正常。 希望达到的效果是在IOS下能够正常关闭小程序

- 需求的场景描述（希望解决的问题） 当前我们小程序通过页面跳转进入到一个包含web-view的页面，src中的地址就是我们的业务域名地址，里面嵌入的是H5页面，我们通过点击H5页面中的一些链接，跳转到H5页面中的其他页面，无论进入的页面层级有多少层，安卓手机点击左上角都是直接返回到小程序的上一个页面，而不是H5页面里面的上一个页面，苹果支持跳转到上一个页面，安卓的物理返回按钮也支持返回H5的上一级页面。但是此时，点击返回到当初第一次进入H5页面的时候，再点击苹果上的返回按钮或者安卓的物理返回键，H5页面跳转就失控了，直接跳转到其他层级的H5页面。 问题就是小程序的返回按钮完全是黑盒操作，我们没法在web-view做有效的预防直接跳转的判断。 - 希望提供的能力 希望提供返回按钮的监听事件，并返回是否返回上一页这种功能。这样就可以确保点击小程序返回的时候能够对web-view中的H5页面返回进行兼容，更友好一些。