微信支付-H5支付-第二章

前言

微信支付-H5支付-第一章 

有了一些开发阶段的步骤，下面开始新的篇章。这一章不讲代码，已经看过仔细观看过微信官方的文档或者其他博主的博客，可以跳到微信支付-H5支付-第三章 。

正言

要开始开发之前一定要耐心看微信官方提供的接口流程图，偶尔会有适，只能劝君多努力。

分析

通过上述接口了流程图可以了解到，整个支付订单的大概轮廓。

对照官方给出的API列表大致剖析为几个节点：

下单

统一下单

业务场景：指用户在客户端发起下单指令。

实际逻辑：前端触发后端，后端调用微信《统一下单》接口，获取“支付跳转链接”，前端跳转到微信支付页面，支付订单。

支付结果通知

业务场景：无

实际逻辑：实际上，用户支付订单后，微信那边确定订单是否支付成功的回调函数是异步的，所以我们后台要开发一个回调接口给微信调用，处理我们的支付成功或者失败的逻辑。

备注：这个接口属于比较特殊的接口，其一它是异步回调接口，硬性要求是：1、外网可以访问。2、https请求。其二就是上述截图的注意。

查询

查询订单

业务场景：用户或者后台系统查询订单状态的接口。

实际逻辑：基本上无逻辑。

查询退款

业务场景：可以直接用《查询订单》接口替代，如果没记错的话，开发这个项目之前应该是半年前，有点记不住了。。。

实际逻辑：基本上无逻辑。

退款

申请退款

业务场景：当订单发生歧义，需要执行退款的申请。或当发起用户支付，《支付结果通知》接口，返回正常的状态码时（代表微信正常扣费），而实际上后台的代码异常，自动申请退款。

实际逻辑：记录退费记录。

备注：这个接口也属于比较特殊的接口，需要公司去申请证书，且触发的条件苛刻很多。后面有机会详细点描述。

申请退款结果通知

业务场景：无

实际逻辑：雷同《支付结果通知》

其他

业务场景：基本上比较少用，可以自己研究下。