天草二十六

总结下本文要做的主要事项，其实就是围绕着浦发开放平台的APP操作。

access_token是公众号的全局唯一接口调用凭据，公众号调用各接口时都需使access_token。开发者需要进行妥善保存。access_token的存储至少要保留512个字符空间。access_token的有效期目前为2个小时，需定时刷新，重复获取将导致上次获取access_token失效。回到我们的目标，本文非对接全部的微信公众号，只需两个接口。正所谓“弱水三千，只取一瓢饮”，还是那句话，你如果要对接其他的更多接口，请参考上文给的开源项目。

本文介绍了搭建支付测试环境的网络及部署概要，下一篇我们将讲述如何对接微信公众号。

为了保证浦发银行支付的高可用以及多业务的支付需要，在微服务–支付服务中，需要同时支持多个浦发银行商户。本文主要是介绍如何配置多商户的实现。

支付服务一共有许多接口，大多供内部调用，并不对外暴露。kong作为api网关，开发一个自定义插件，按需暴露支付回调接口。URL前缀是: http://{你的外网IP}:{端口}/pay配置Kong自定义插件：对外暴露的支付回调接口，特别需要注意安全，防止他人篡改报文。所以才有加密和签名这两道墙，而不是明文的方式。一旦被攻破了这两道防线，用户则无需真正支付，而让你的订单完成“支付”。可真的是一分钱都不用花~ 慎重！！

当请求退款的时候，当返回报文是"errCode":“CBAS003”,“errInfo”:“无效交易”，可能浦发银行支付流水号存在，或者已全部退款（没有可退金额）。所以，程序在解析响应报文的时候，先判断"statusCode"是否等于"0000"，进一步判断errCode是否为空，报错提示信息包括errCode和errInfo。奇怪的是，查询退款结果接口，却没有errCode，取而代之的是errCode1和errCode2，但是errInfo只有一个。针对这个接口，我们改为判断errInfo是否为空。

前文我也说过，和扫码付不同，jsapi支付一定是需要入参openId，而且在得到了支付元数据后，需要微信APP方能测试支付。之前在公司研发环境下，对接浦发沙盒环境，公众号的jsapi支付一直都未能通过，报错jsapi授权目录不对 – “当前页面的URL未注册”。（后来使用小程序测试jsapi支付才跳过此错误，因为小程序不需要像公众号那样进行授权）但是对接浦发生产环境，公众号的jsapi支付一把就测试通过了，也不会再报上述错误了。从这也看得出来，浦发的沙盒环境的存在是显得多么多余。

扫码付，指的是支付平台，给每个用户的具体订单生成一个QR二维码，用户本人或者他人扫码付款。付款用户可以直接识别二维码，或者下载到本地，通过微信或支付宝扫一扫识别，第二步将跳转至对应的支付页面H5–第三方支付提供。二维码其实就是一个h5地址，既要支持微信扫，又要支持支付宝扫。从上述要求寻找浦发银行的支付方式，交易类型tranType，选择“OK-聚合动态码支付”。下面将具体介绍浦发银行的扫码付。

本文不是要讲述支付服务的对账模块具体怎么做，仅是介绍如何对接浦发银行的对账接口。也就是说，本文限读取到对账文件的内容，不会进一步去讲述如何与支付平台进行对账。如果要获取商户的对账单，需要遵循以下步骤，涉及到浦发银行的两个接口。

公众号支付作为支付下单的一种交易方式，前端要拉起微信支付，需要哪些数据呢？当我们对接浦发银行支付的时候，无非是它先去调用微信官方，再转发给我们。所以它需要指定公众号及其下的openId，返回值就是拉起微信支付的元数据。本文是调用浦发银行的支付下单接口，无论是请求参数还是返回参数，由于太多了，有点眼花缭乱。其实我们需要的就那么几个字段。梳理本文的另一个原因是：浦发银行支付接口的命名实在是不吐不快，不复制粘贴，都要让你怀疑自己学的英语是错的了。

最后，说一说什么时候触发主动查询支付结果。定时查询一定时间区间内，未支付成功的支付订单，主动询问第三方支付。查询支付订单详情关单前可以说，作为支付回调的补偿功能，定期发起查询支付结果，在支付体验已经打折扣的情况下，大大减少用户的投诉，给你的支付系统挽回一定的口碑。

关单接口比较简单，就讲到这。有些支付渠道却没有提供关单接口，就我对接过的银行中，提供了关单接口的银行有工行、杭州银行、浦发银行和微信；未提供关单接口的银行是农行。希望通过本文的讲述，你对接第三方支付的时候，尽量接入关单接口。（第三方支付的接口众多，需要形成一个支付闭环，不要对接了一个支付下单和支付回调接口就完事了）