这一节,利用解密的报文进行处理,处理订单,有这样的工作要做,第一步是将明文,转换成map,把JSON字符串中封装的数据给它转换出来,去更新订单状态 
支付成功之后,用户的手机端已经接收到了支付成功的通知,但是我们数据库中的支付状态还是未支付的状态,先从TextMap拿到订单号

查询一下支付通知的API文档

通知数据resource的数据

resource下有一个订单号的数据字段,通过订单号可以获取自己订单记录,从而将订单状态获取出来

希望获取的订单状态是一个字符串

接下来更新订单状态,利用枚举传入一个支付成功的状态

service中PaymentInfoService是记录支付日志的内容

对应数据库payment_Info的表

创建支付日志的表

接下来生成具体的业务方法

继续生成

根据订单号更新订单状态的写法

更新订单状态改成这样

它父亲这边也改成orderStatus

接下来根据传参的参数进行更新

之后根据查询条件进行更新

之后完善记录支付日志的方法

把抽象方法和具体的方法都给创建出来

之后创建支付日志对象

有订单号,订单号是从plainText中获取出来的

先从记录支付日志做起

使用Json做一个数据类型的转换

第一个查询的值就是订单号

这个就是商户的订单号了

payType是支付类型,这里是微信的支付类型

这是支付类型

这个是唯一的业务编号,setTransactionId()

微信的支付订单号的获取

给他添加上

添加上之后,给他添加业务类型

业务类型就是这个值

支付类型填入到这里:

再设置除支付类型其他的值

交易状态在这里,会分为不同的交易状态

交易状态内容

实际支付的金额也要添加上,下边也写上交易状态内容

用户实际支付金额由一个payer_total的值

但这个时机金额在amount中存储进去

在String和Object中存储的这个值

从amount中添加实际支付金额

直接转成int不可以,要先转成(Double),再转成int

然后就转成了payerTotal

改成Integer的类型

可以把数据库中支付的所有数据字段存储到content text字段中

然后setContent

plainText就是这样的一个JSON数据

之后,插入到数据库当中

扫码完成下单之后,密文解析出来明文,同时更新了订单状态

这里的订单状态,显示了支付成功

t_payment_info记录一下支付日志,相关资料也存储进去了


968

被折叠的 条评论
为什么被折叠?



