iOS支付宝H5支付无法返回APP的全面解决方案-七爪网

如今移动支付流行，众多开发者都遭遇过支付完毕后不能返回APP的困扰，特别是在iOS系统使用支付宝支付时，这种现象既让人烦恼，也影响了用户的体验。

问题初现

开发者们在iOS系统上完成支付流程后，却发现无法回到自己的应用。这种感觉就像开车到了地方，却回不了家。对用户而言，支付后能顺畅返回至关重要。有些应用支付后还需重新打开查看，这严重影响了使用体验。不少用户反映，在频繁使用支付宝支付的电商应用中，这一问题尤为突出，打乱了他们购物的便利性。

开发者面临的问题不仅会损害用户的使用感受，而且会对APP的声誉造成不良影响。当他们投入心血打造的APP在支付返回这一环节出现故障时，确实让人感到十分烦恼。

初次尝试

遇到这一难题，开发者回想起先前iOS微信H5支付不能返回APP的解决方法。他们发现一个参数可被操作，于是尝试截获请求并更改参数为自己所需，这就像试探着过河。然而，不幸的是，将参数修改为(://)后，页面显示支付宝报错。原来支付宝文档中已对这一参数进行了签名验证，说明客户端修改参数的方法是不可行的。这就像车辆被困在死胡同，无论怎么倒车都无法出去。

iOS支付宝H5支付无法返回APP的全面解决方案

再次尝试中，我们让后台工作人员将参数调整为特定格式，并将APP中的参数同步更新。然而，尽管如此，结果依旧令人失望。调用支付宝时，页面并非预期的支付界面，而是显示了一个错误信息。这种失败让人感到非常沮丧，因为尽管我们付出了努力，却并未获得预期的成果。

放弃的念头

多次尝试未果后，一些开发者开始考虑放弃。支付宝官方文档明确指出，“iOS系统下，使用支付宝App支付后，不会自动返回浏览器或商户APP”。在这种情形下，开发者们只能向产品方反映，支付宝确实无法实现支付后自动返回APP的功能。然而，这更像是一种无奈的选择，开发者本应负责解决这类问题。此外，这种情况还可能对项目的整体进度和用户满意度造成影响。

SDK带来的希望

/**
 *  支付接口
 *
 *  @param orderStr       订单信息
 *  @param schemeStr      调用支付的app注册在info.plist中的scheme
 *  @param completionBlock 支付结果回调Block，用于wap支付结果回调（非跳转钱包支付）
 */
- (void)payOrder:(NSString *)orderStr
      fromScheme:(NSString *)schemeStr
        callback:(CompletionBlock)completionBlock;

支付宝手机网站在支付转支付功能中提到了SDK，这给开发者带来了一线希望。按文档描述，这个功能似乎无法实现。然而，SDK若能实现H5支付后返回APP，那就表明问题或许有解决之道。尽管SDK是一个黑盒，我们不清楚其内部具体操作，但这就如同在黑暗中找到了一丝光明。

iOS支付宝H5支付无法返回APP的全面解决方案

开发者尝试以支付宝的示例项目为起点，结果发现存在一个特殊请求，目的是拦截并查看相关参数。这一发现至关重要，就好比侦探在案件调查中找到了关键证据。

找到原因

[UIApplication sharedApplication] openURL:]

经过研究，我们找到了几个原因。首先，Xcode的设置可能存在遗漏或错误，这会导致与支付宝的请求参数不匹配。其次，支付流程可能并非只是“客户端到支付宝”，而是经过中间环节的“客户端到中间环节再到支付宝”。比如，有些项目在对接方便或满足特定需求时，会在客户端和支付宝之间加入一个跳转到网页的步骤，由后台或前端触发支付宝。这种结构与文中提到的“客户端到支付宝”模式不同，因此无法按照文中描述的方式实现返回应用。这种情况通常是因为在开发初期考虑不周全，或是为了应对紧急情况而采取的临时性解决方案。

#import 
#import 
@implementation UIApplication (TrackTimer)
+ (void)load
{
    static dispatch_once_t oneToken;
    dispatch_once(&oneToken, ^{
        SEL mySelector = NSSelectorFromString(@"my_openURL:");
        SEL orginalSelector = NSSelectorFromString(@"openURL:");
        Method myMethod = class_getInstanceMethod([self class], mySelector);
        Method orginalMethod = class_getInstanceMethod([self class], orginalSelector);
        BOOL didAddMethod = class_addMethod([self class], orginalSelector, method_getImplementation(myMethod), method_getTypeEncoding(myMethod));
        if (didAddMethod) {
            class_replaceMethod([self class], mySelector, method_getImplementation(orginalMethod), method_getTypeEncoding(orginalMethod));
        }
        else {
            method_exchangeImplementations(myMethod, orginalMethod);
        }
    });
}
- (void)my_openURL:(NSURL*)url
{
    NSLog(@"%@",url);
    [self my_openURL:url];
}

解决方案

有两种应对之策。第一种是将支付方式调整为“客户端通过支付宝”，但这需要较大的改动，主要工作量集中在后台开发。对于开发任务繁重、人员紧缺的项目来说，这无疑是一项艰巨的任务。第二种是不改变支付方式，而是让后台（或前端）同事来解决问题。其原理是在后台与支付宝通信的参数中找到一个类似项，然后将其修改为适合自己应用的。然而，具体的处理方法尚未深入探讨。在开发过程中若遇到此类问题，您会选择哪种方案？期待大家分享经验，也希望觉得文章有用的读者能点赞并转发。

相关文章

微信