【微信支付】“刷卡支付”、“被扫支付”开发说明

快速上手

  • 什么是“被扫支付”、“刷卡支付”
    • 刷卡支付是用户展示微信钱包内的“刷卡条码/二维码”给商户系统扫描后直接完成支付的模式。主要应用线下面对面收银的场景。

什么是“被扫支付”

  • “被扫支付”是用户展示微信上“我的刷卡条码/二维码”给商户系统扫描后直接完成支付的模式,主要应用线下面对面收银的场景。
  • 具体的场景如下:
    1. 第一步用户选择被扫支付付款并打开微信,进入“我”->“钱包”->“刷卡”条码界面;(如图5.1所示)
    2. 第二步收银员在商户系统操作生成支付订单,用户确认支付金额;
    3. 第三步商户收银员用扫码设备扫描用户的条码/二维码,商户收银系统提交支付;
    4. 第四步微信支付后台系统收到支付请求,根据验证密码规则判断是否验证用户的支付密码,不需要验证密码的交易直接发起扣款,需要验证密码的交易会弹出密码输入框(如图5.2所示)。支付成功后微信端会弹出成功页面(如图5.3所示),支付失败会弹出错误提示。


      img
      img

一张图看懂整个SDK的结构:

img
img

SDK层级详解:

1)通用层

img
img

这里封装了很多非常基础的组件,供上层服务调用,其中包括以下组件:

  1. 基础配置组件(Configure
    • 该组件用来从wxpay.properties里面获取到跟商户相关的几个关键配置信息。
  2. HTTPS请求器(HttpsRequest
    • 发HTTPS请求的底层封装。
  3. 随机数生成器(RandomStringGenerator
    • 用来生成指定长度的随机数。
  4. MD5加密算法(MD5)
  5. XMLParser(XML解析器)
    • 由于API返回的数据是XML格式,所以SDK这里也提供了对返回的XML数据进行解析成Java对象的能力,方便大家可以快速处理API返回的数据。
  6. 签名(Signature
    • 为了防止数据在传输过程中被篡改,所以这里要对字段做签名运算。
  7. 基础工具(Util)
    • 开发过程中用到的一些基础工具类函数。
  8. 日志上报
    • 这里会将SDK里面的模块调用情况,程序执行流程给打好详细日志,Log系统用的是SLF4J这套通用解决方案,方便对接商户系统自己的日志逻辑。
  9. 性能上报
    • 这里用的是微信支付统一的API性能上报接口进行上报,可以实现将每次调用支付API的耗时、返回码等相关数据进行上报。
      (以上讲了这么多,只要使用了这个SDK,这些东西都帮大家解决掉了_,这就是我们为啥需要有一个SDK~)

2)协议层

img
img

这里跟API文档定义的字段进行一一对应,协议层这里分为两部分:

  • 第一部分是“请求数据”,这里定义了每一个API请求时需要传过去的具体数据字段;
  • 第二部分是“返回数据”,这里定义了每一个API返回时会传的具体数据字段;

以上协议在“服务层”提供的各种服务里面已经帮忙封装好,直接使用服务即可。

3)服务层

img
img

这里已经根据API文档封装好具体服务,供开发者直接调用。
例如,以下代码直接调用PayService.request提交支付请求,商户只需要从自己的系统生成该服务提交协议里面要求的数据项即可:

payServiceResponseString = PayService.request(
               authCode,//auth_code:这个是扫码终端设备从用户手机上扫取到的支付授权号,这个号是跟用户用来支付的银行卡绑定的,有效期是1分钟
               body,//body:要支付的商品的描述信息,用户会在支付成功页面里看到这个信息
               attach, //attach:支付订单里面可以填的附加数据,API会将提交的这个附加数据原样返回,有助于商户自己可以注明该笔消费的具体内容,方便后续的运营和记录
               outTradeNo,//out_trade_no:商户系统内部的订单号,32个字符内可包含字母, [确保在商户系统唯一]
               totalFee,//total_fee:订单总金额,单位为“分”,只能整数
               deviceInfo,//device_info:商户自己定义的扫码支付终端设备号,方便追溯这笔交易发生在哪台终端设备上
               spBillCreateIP,//spBillCreateIP:订单生成的机器IP
               timeStart,//time_start:订单生成时间
               timeEnd,//time_end:订单失效时间
               goodsTag//goods_tag:商品标记,微信平台配置的商品标记,用于优惠券或者满减使用
       );

4)业务层

img
img
  • 业务层是比服务更加高级的封装。业务层通过服务层向API提交请求,拿到API的返回数据之后会对返回数据做一些数据解析、签名校验、出错判断等操作。
  • 对于像“被扫支付”这种比较复杂和常用的业务,这里特别封装了官方建议的最佳实践流程。里面涵盖了“支付”、“支付查询”、“撤销”等几个服务和建议的流程、轮询次数、轮询间隔等。商户开发可以直接使用,也可以通过修改里面的配置来自定义自己的流程。

如何使用该SDK:

请直接下载demo,demo那边也有详细的指引,商户用demo中完善的代码进行补充流程处理就可以了。点此获取demo

参考资料

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,012评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,628评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,653评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,485评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,574评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,590评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,596评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,340评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,794评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,102评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,276评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,940评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,583评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,201评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,441评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,173评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,136评论 2 352

推荐阅读更多精彩内容