2018-01-23

2018-03-15  本文已影响25人  IntMan

WapPay(微信h5支付)回调问题

        项目中集成的微信支付一直都是APP支付的SDK,去年开始接触到了WapPay,WapPay就是微信h5支付。它不依靠APP端的SDK,在APP的web页面中,直接由h5直接向微信发起支付请求交互。然而这个WapPay,跳转到微信后,点击取消,或者后续完成支付都会跳转到Safari,不返回原APP,这就很尴尬了。最近又接了一些三方业务,购买类还是使用WapPay,所以需要解决这个返回问题。

基于schemes

        先让我们设置APP的schemes:

设置APP的schemes

        h5向微信发起支付的时候有个redict_url_参数,在该参数中设置的是回调页面地址,如支付结果页地址。我们支付成功,和取消支付都是跳转订单列表地址,所以只要一种url。但是这个url设置需要以APP中设置的schemes打头。例如你设置APP的schemes是SugarFree,那么这个url则是SugarFree://…..。后续的…..拼接回调地址,这边我们没有把域名拼接进去。如跳转地址如果是百度:https://www.baidu.com/,我们并不是设置redict_url_为:SugarFree://https://www.baidu.com/,而是SugarFree://www.baidu.com。这个在后期的页面跳转中体验作用。

        然后再位置支付后,跳转到Safari中,url为设置的redict_url,例如跳转的是:SugarFree://www.baidu.com,Safari会提示是否在你的APP中打开:

Safari中输入带有schemes的url

        点击确定后就会跳回APP。然后会走系统AppDelegate中的这个方法:

- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary *)options

        里面能获取到url,即会跳地址。如下图:

跳回APP进入的方法

        然后在对应url进入对应方法处理后续的跳转,我这边采用通知的形式,回调到APP时发送通知,通知接收方是web基类或者具体web页面,对应跳转结果页面:

web基类中的接受通知跳转处理

待完善

1.基于universal link处理

2.通知给基类做url跳转优化

上一篇下一篇

猜你喜欢

热点阅读