iOS开发--Bison详解连连支付集成简书

Posted 2020-07-03 专注it

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了iOS开发--Bison详解连连支付集成简书相关的知识，希望对你有一定的参考价值。

"最近由于公司项目需要集成连连支付，文档写的不是很清楚，遇到了一些坑，因此记录一下，希望能帮到有需要的人。"

前面简单的集成没有遇到什么坑，在此整理一下官方的集成文档，具体步骤如下

导入文件

添加头文件引用

设置link标志Target->Build Setting ，Other Linker Flags 设置为 -all_load
可能添加-all_load以后和其他库冲突，可以尝试使用 -force_load 单独load库, force_load后面跟的是 lib库的完整路径
-force_load $(SRCROOT)//libPaySdkColor.a (*需要按照你的库放置的路径决定)

调用sdk显示，注意retain，自动释放以后，调用后会崩溃

self.sdk = [[[LLPaySdk alloc] init] autorealse]; // 创建
self.sdk.sdkDelegate = self;  // 设置回调
NSDictionary* signedDic = [payUtil signedOrderDic:orderParam andSignKey:md5key_or_rsakey] // 加过签名的订单字典
[self.sdk presentPaySdkInViewController:rootVC withTraderInfo:signedDic];

编写结果回调

// 订单支付结果返回，主要是异常和成功的不同状态
- (void)paymentEnd:(LLWalletPayResult)resultCode withResultDic:(NSDictionary *)dic

SDK可配置部分

ios SDK可以通过修改资源bundle进行定制，因为是在bundle里面，请在修改好以后clean proj，这样才会生效。

1、图片的替换，在内部的图片可以替换修改位自己的样式

2、颜色等的修改，可以修改default.css文件，支持#abcdef，123,123,123两种颜色表示

3、修改值意义列表

导航栏颜色：替换shoushi3.png文件，以及修改css文件中NavBar字段（后面只表示字段，都是在default.css文件中）中的background-color
导航栏标题：NavBar字段中的titleIconName; titleText

注意有点坑的是这里，这是非第一次付款时弹出框的定制，框子的背景不能改，只能修改下颜色来和app搭配下

修改的地方如下截图：

![Uploading lianlianzhifu01_768352.png . . .]

确认按钮：#a-button
取消按钮：#b-button
文本框：UITextField
弹出对话框的确认字体颜色: #TX-3

官方原来的效果是下面这样的：

lianlianzhifu01.png

修改后是这样的：

lianlianzhifu02.png

参数字段部分

参数说明在demo中有，可以参考。字段名和wap不一致，请参考demo中的参数说明，参数中的user_id 不是商户号，是商户自己体系中的用户编号，前置卡输入时，no_agree是通过API查询得到的绑卡序号

使用部分

Demo中的输入项，是用来测试各种支付条件，包括认证支付（输入姓名，身份证），前置支付（输入卡号，协议号）。不是必须，请根据自己的支付方式测试。
支持银行数量，是根据支付类型以及商户来，可以配置，请联系运营。
支付的验密方式（短信，手势码，支付密码）需要通过我们的服务器人员配置的，请联系相关服务器对接人员。

常见问题

签名请尽量使用服务器端签名，假如使用客户端签名，请使用Demo中的payutil

1、运行直接崩溃

答：sdk没有retain保管。

2、sdk中使用了类扩展，请在other link flag中添加 -all_load

3、提示初始化错误

答：1、检查环境和商户号等是否匹配；2、检查签名方法是否正确（参考签名工具）；3、订单信息是否有遗漏项；

4、初始化常见错误提示，解释，以及应对方法

1、所传的类型不是NSString
解释：连连的订单需要传入的订单格式为{“strkey”: “strvalue”, “strkey1″ : “strvalue2“}，请不要传递 {“key”: [v1, v2]} 或者 {“key”: {“ikey”:”v”}} 这种
应对，修改订单内值的格式，特别是risk_item，需要变成 {“risk_item”:”{\\”r_key\\”:\\”v\\”}”}这样

2、商户无此支付产品权限

解释：我们的产品分为认证支付、快捷支付等多种支付方式。一种支付方式对应的包、支付调用方法、商户号都有所不同。
应对：先检查商户号是否是正确的商户号，比如 <认证支付测试商户号 201408071000001543> <快捷支付测试商户号 201408071000001546>
然后检查所对应的包或者调用方法对不对。在iOS中，已经提取了专门的调用方法。

// 快捷支付
- (void)presentQuickPaySdkInViewController:(UIViewController*)viewController withTraderInfo:(NSDictionary*)traderInfo;
// 认证支付
- (void)presentVerifyPaySdkInViewController:(UIViewController*)viewController withTraderInfo:(NSDictionary*)traderInfo;

3、商户无此支付权限
解释：一个商户号对应的商品业务类型是有限的。
应对：修改商户业务类型 busi_partner 是 String(6) 虚拟商品销售：101001
实物商品销售：109001
外部账户充值：108001

4、签名验证不对
解释：签名有特定规则，订单里面的特定参数参与签名。
应对：ios最新的Demo中提供了payUtil函数，直接调用，就能生成签名正确的订单。然后再次提醒，我们墙裂建议商户在服务器端完成签名操作。

支付成功之后，不需要做额外的处理，后台那边通过回调地址已提交了，但集成的时候字典里边传的notify_url为服务器的回调地址，此地址为后台人员集成连连支付时给。

后面持续遇到到坑有必需申请商户产品配置表如下图：

![Uploading lianlianzhifu03_844594.png . . .]

还有连连通银商户配置表如下图：

lianlianzhifu03.png

最最坑爹的是“风险控制参数”，需要8个之多，而demo才写了一个，也没说要写其他的，参数如下：

/*
frms_ware_category  *商品类目(固定2009)
user_info_mercht_userno 商户用户唯一标识（token）
user_info_bind_phone 绑定手机号(已有)
user_info_dt_register 注册时间
user_info_full_name  用户注册姓名（认证姓名）
user_info_id_no 用户注册证件号码
user_info_identify_state 是否实名认证 1是0非
user_info_identify_type 实名认证方式
*/