ios支付宝支付失败不回调_iOS支付宝H5支付无法返回APP解决方案

最新推荐文章于 2022-10-21 12:18:56 发布

weixin_39888180

最新推荐文章于 2022-10-21 12:18:56 发布

阅读量1k

点赞数

文章标签： ios支付宝支付失败不回调

本文链接：https://blog.csdn.net/weixin_39888180/article/details/111512393

版权

本文只讨论你已经成功实现客户端->支付宝支付流程，仅仅是支付完成后无法返回自己的APP的问题。

如果你的支付流程是客户端->Safari->支付宝不在本文讨论范围之类。

iOS支付宝H5支付不在讨论范围内。提供下列参考：

本文前大段在讲楼主是如何解决这个问题的，以及中间遇到的麻烦。赶时间的同学可以直接看最后的最终解决方案。

在讨论之前，我们先看看官方文档上的一句话：注意：在iOS系统中，唤起支付宝App支付完成后，不会自动回到浏览器或商户APP。用户可手工切回到浏览器或商户APP；支付宝H5收银台会自动跳转回商户return_url指定的页面。

what? 官方直接跟我们说GG了？楼主不甘心，还是想尝试一下。

借鉴之前iOS微信H5支付无法返回APP解决方案的经验，先在return_url这个参数上做个尝试吧。

支付宝和微信不同的是，支付宝的return_url不需要在支付宝管理后台备案(填写)，微信的redirect_url是需要的。

第一次尝试

webView拦截请求https://mapi.alipay.com/gateway.do，修改return_url参数为自己的URLScheme，比如 URLEncode(A.company.com://)，结果失败了，进入支付宝报错的页面。仔细看了一下请求的其它参数，居然有个sign！支付宝文档上也有这个参数，居然校验了参数签名的，好吧，客户端篡改参数的方案宣告失败！

第二次尝试

既然不能篡改，那直接下单的时候填吧，请求后台的同学协助一下，在下单的时候把return_url参数改成 URLEncode(A.company.com://)，结果还是失败了。后台同学提示我，return_url必须是HTTP/HTTPS开头，支付宝文档上有说明。

第三次尝试

那加上http试试，我又让后台同学把return_url改成 URLEncode(httpA.company.com://)，同时把APP的URLSchemes改成httpA.company.com，再次尝试，调起支付宝返回的时候打开了Safari，在Safari里面显示了我们支付中心的错误页面，return_url方案彻底失败了！

要不就算了，跟产品说支付宝无法实现支付完成后跳回APP，反正支付宝官方文档上都这么写了。

虽然这么想了，但是我还是继续翻看支付宝的文档，希望能找到点蛛丝马迹。

支付宝文档

schemeStr，这个关键字让我眼前一亮。

手机网站支付转Native支付：支付宝的意思是，我们提供了一个SDK，你接了之后就可以很方便的实现H5收银台(即在web上输入支付宝账号密码支付)到支付宝APP收银台的过渡。

如果你是一个"正规"APP开发者，至此已经可以解决你的问题了。按照支付宝文档接支付宝SDK即可，就能实现H5支付回调APP了。

但，这不是楼主想要的方案，由于工作需求的原因，楼主不想也不敢接支付宝的SDK，怕被苹果爸爸审核扫包啊。如果你的APP"应该"用苹果支付，即使你没有用到支付宝的功能，但是包含了支付宝的SDK，审核被发现了，也可能被拒绝的。

继续寻找解决办法。

下载了支付宝的Demo，试了下确实可以跳回APP。

楼主琢磨着，既然SDK能实现这个功能，说明支付宝还是支持的H5支付完成后返回APP功能的，并不是向文档上说的，"在iOS系统中，唤起支付宝App支付完成后，不会自动回到浏览器或商户APP。用户可手工切回到浏览器或商户APP"，只是支付宝不愿意公开而已。

那就以这个支付宝Demo为切入点吧，虽然SDK中有schemeStr这个参数，但是SDK是黑盒啊，你不知道它在里面做了些什么。/** * 支付接口 * *@paramorderStr 订单信息 *@paramschemeStr 调用支付的app注册在info.plist中的scheme *@paramcompletionBlock 支付结果回调Block，用于wap支付结果回调(非跳转钱包支付) */- (void)payOrder:(NSString *)orderStr fromScheme:(NSString *)schemeStr callback:(CompletionBlock)completionBlock;

追本溯源，最终打开支付宝APP都会走[UIApplicationsharedApplication] openURL:]

在Demo工程里搜了一下，没有。但我肯定SDK里面肯定有！

whatever —— Method Swizzling#import

#import

@implementationUIApplication(TrackTimer)

+ (void)load{

staticdispatch_once_toneToken;dispatch_once(&oneToken, ^{

SEL mySelector =NSSelectorFromString(@"my_openURL:");

SEL orginalSelector =NSSelectorFromString(@"openURL:");

Method myMethod = class_getInstanceMethod([selfclass], mySelector);

Method orginalMethod = class_getInstanceMethod([selfclass], orginalSelector);

BOOLdidAddMethod = class_addMethod([selfclass], orginalSelector, method_getImplementation(myMethod), method_getTypeEncoding(myMethod));

if(didAddMethod) {

class_replaceMethod([selfclass], mySelector, method_getImplementation(orginalMethod), method_getTypeEncoding(orginalMethod));

}else{

method_exchangeImplementations(myMethod, orginalMethod);

}

});}

- (void)my_openURL:(NSURL*)url{

NSLog(@"%@",url);

[selfmy_openURL:url];

}

打印结果如下

URLDecode"fromAppUrlScheme" : "alisdkdemo",

"requestType" : "SafePay",

"dataString" : "trade_no="2018041921001001270586523089"&pay_phase_id=""&biz_type="trade"&biz_sub_type="TRADE"&app_name="tb"&extern_token="1fc77c67c70ef70d58e2bf7c513d91a5"&appenv=""&pay_channel_id="alipay_sdk"&bizcontext="{"av":"1","sc":"h5tonative","ty":"ios_lite","appkey":"2014052600006128","sv":"h.a.3.5.3","an":"com.antfin.AliSDKDemo"}""

}

为什么前面会有一点乱码，alipaymatrixbwf0cml3，不管它了。fromAppUrlScheme，是不是很惊喜。

是不是支付宝H5支付都有这个参数呢？楼主赶紧用自己的项目尝试了一下，webView最终会有一个alipay://请求的，拦截它，看看参数

URLDecode以后(部分字段我做了屏蔽)alipay://alipayclient/?{"dataString":"h5_route_token="xxxxxxxxxxxxx"&is_h5_route="true"","requestType":"SafePay","fromAppUrlScheme":"alipays"}

也有fromAppUrlScheme这个参数，而且默认是支付宝APP的URLScheme:alipays。

对比一下发现，SDK中传入的schemeStr参数对应就是alipay:// 中的 fromAppUrlScheme字段。

由此楼主猜测，在 alipay:// 打开支付宝时，传入 fromAppUrlScheme，支付结束后就会跳到对应的APP。

最终，楼主在自己的项目中验证了上述猜测。

总结下吧

最终解决方案

方案一

接支付宝提供的SDK，schemeStr参数传入自己APP的URLScheme即可。具体的手机网站支付转Native支付

方案二

不需要接SDK，不需要添加支付宝白名单，webView拦截alipay://alipayclient请求，追加或修改参数 fromAppUrlScheme为你自己的URLScheme值(这一步可没那么简单，自己动手吧，偷笑)，生成新的NSURL，然后用 [[UIApplication sharedApplication] openURL:] 打开即可。

2018.5.24更新(上面看懂了下面这段可以不用看)

总有人私信我问我怎么追加fromAppUrlScheme。可能是我说的"webView拦截"，让初学者不明白吧，简单提一下。

在webView"发起请求的代理方法"里面拦截请求的URL，即如果请求是alipay://alipayclient开头的，说明这个请求就跳转支付宝的请求。替换里面fromAppUrlScheme的值为你自己的scheme值。(当然如果更严谨的话，应该是判断fromAppUrlScheme这个key是否存在，存在则替换其值，不存在则追加)。用替换好的字符串生成一个NSURL，用[[UIApplication sharedApplication] openURL:newURL]跳转支付宝。代理方法返回NO，即终止这次请求。

常见问题

1.支付后没有返回app而是跳到了Safari

原因：你的Xcode配置里面URLSheme没写或者写错了，和支付宝请求参数中的fromAppUrlScheme不一致。

解决：Xcode配置中新增或者修改URLSheme，确保和alipay://alipayclient请求参数中的fromAppUrlScheme一致。

2.并没有看到作者说的alipay: //alipayclient

原因：可能你的app不是在客户端直接和支付宝通信，而是中间加了一道跳转到网页，由你的后台(或前端)调起支付宝。所以你是拦截不到这个请求的。我文中所说的方式是基于，“客户端->支付宝” 这种模式，而你的是“客户端->Safari->支付宝”模式，后者无法按照文中说述实现返回app。

解决：方案1，修改你的支付模式为“客户端->支付宝”，这样改动恐怕有点大，工作量主要在你们后台。方案2，在不改模式的情况下，需要后台(或前端)的同事去解决这个问题，原理和本文差不多，在后台和支付宝通讯的参数中找到一个类似于fromAppUrlScheme的参数，然后将这个参数修改成你的app的URLScheme，至于具体怎处理楼主没做研究，如果你有好的方法，可以分享一下。