商城业务-订单服务3-整合支付

[AugustTuan]

P304 商城业务-订单服务-整合支付前需要注意的问题

• 老师讲了什么？

  • 这一集老师主要让大家保证每个项目都是UTF-8编码

  学习策略：

  • 看看就好

• 掌握程度

  • 大致了解

• 课程难度

  • 简单

• 时间花费

  • 课程长度：00：40
  • 实际花费：3分钟

• 课程收获

  • 知道了怎么看项目每个模块的编码格式

• 遗留问题

  • 为什么要统一UTF-8编码？不同的编码造成的影响，为什么之前没有那么强制要求？（是因为现在要和支付宝进行消息传递吗？ UTF-8是只对私钥进行编码吗？）

  接口文档

[AugustTuan]

P305 商城业务-订单服务-整合支付

• 老师讲了什么？

  • 这一集老师完成了从点击支付宝按钮，跳转到支付宝收银台的过程

  • 老师先引入阿里支付的sdk

  • 老师将阿里提供的构造支付数据的代码，抽取成了一个配置类，并且用@ConfigurationProperties(prefix="alipay")和springBoot配置属性绑定，可以动态配置（公钥，私钥，跳转页面）

  • 再将阿里支付需要的信息抽取成一个Vo(商品订单号，订单标题，付款金额）

  • 老师构造了一个PayController，用于处理点击支付发送的请求。

  • 老师远程调用订单服务，根据传入的订单号查询订单信息，set到payVo，再传给alipayTemplate，alipayTemplate结合公钥、私钥这些配置信息，构造支付请求，支付宝会返回一个响应。

  • 支付宝返回的响应是一个表单+脚本，浏览器收到表单内容会自动提交表单，提交给支付宝的网关。来到支付宝的收银台

  • 这一集对 老师的编程习惯更一步深化认识 13：00

  • 老师根据前端页面会发什么请求来创建Controller

  • 先分析这个Controller需要什么数据，以及会返回什么数据。 再去想为了获取这个数据我要远程调用什么方法，注入什么组件

  • 至于返回数据，老师先一般就让其返回一个hello

  学习策略：

  • 了解流程，理解为主

• 掌握程度

  • 大致了解

• 课程难度

  • 正常

• 时间花费

  • 课程长度：27：48
  • 实际花费：36分钟

• 课程收获

  • 对如何整合支付宝SDK的流程有了一些了解（引入sdk，抽取配置类，给支付宝配置交易加密信息，支付宝构造请求，返回表单提交给支付宝网关，从而出现收银台
  • 对老师 根据需要哪些数据来生成对应方法和组件的思路更一步加深
  • 17：20 get到了BigDecimal对小数点后面位数进行控制
  • 24：50 get 到一个新技能，通过getMapping告诉前端返回的数据是html内容
  • 23：50 认识到了一个html只有一个表单提交代码，html一渲染，表单一提交，会直接来到支付宝收银台

• 遗留问题

  • 3：20 整合支付用的阿里的SDK和中间件的区别？

  • 18：00 为什么数量要转换成string？

  • 20：48 这块代码可以细看一下，他是怎么在配置类里面发送请求的？

  • 阿里支付的sdk包含什么功能？

  • 这里涉及三个页面，支付页面，点击支付宝后的“我的收银台”，使用支付宝支付后跳回成功回调页（哪些是我们自己编写的页面，哪些是支付宝提供的页面？）

  • 10：00 这一集就是点击支付宝到来到支付宝收银台的流程

  接口文档

[AugustTuan]

P306 商城业务-订单服务-支付成功同步回调

• 老师讲了什么？

  • 这一集老师就是为了让支付成功以后能够跳回订单列表页（这集主要在搭建页面跳转环境和Debug）

  • 老师先搭建会员系统页面访问环境（动静分离，会员服务引入thymeleaf）

  • 在会员服务创建Controller，接收付款完以后的请求，返回订单列表页

  • 除此之外，为了会员服务能够共享订单登录状态，还需要进行如下操作

  • 引入SpringSession依赖，进行spring-Session配置

  • 引入LoginInterceptor和WebMvcConfigure

  学习策略：

  • 了解流程，理解为主

• 掌握程度

  • 大致了解

• 课程难度

  • 较难

• 时间花费

  • 课程长度：17：52
  • 实际花费：19分钟

• 课程收获

  • 对一个新服务上线需要的操作进行了回顾（引入SpringSession，和拦截器）

• 遗留问题

  • 10：00 SpringSession原来需要登录的微服务都要配置一遍，我以为配置一遍，就可以给所有子域名共享呢
  • 拦截器和网关到底啥关系？ 到底能不能在网关统一配置拦截器
  • 13：25 老师又开始排错了
  • 14：25 我对老师这个用户系统要查会员信息，然后还要放行，这一块不太理解。 我member配了SpringSession共享登录状态了，还要再给member放行？

  接口文档

[AugustTuan]

P307 商城业务-订单服务-订单列表页渲染完成

• 老师讲了什么？

  • 这一集老师编写跳转到订单列表页能查询出当前用户所有订单项的代码
  • 主要是编写分页查询的代码，查询订单项数据并返回给前端

  学习策略：

  • 了解流程，理解为主

• 掌握程度

  • 似懂非懂（这集我现在吸收不了，后续再来复看吧）

• 课程难度

  • 困难（不管是分页查询，请求拦截器，还是各种类型转换我都不是很熟悉）

• 时间花费

  • 课程长度：34：44
  • 实际花费：20分钟

• 课程收获

  • 没什么实质收获，就是知道了凡是给实体类中增加了不是数据库字段的内容，都要加上@TableField（exist=fasle）的注解
  • 这集我现在吸收不了，强行投入大量时间学习性价比太低。

• 遗留问题

  • 这集又涉及分页查询了
  • RestFul注解需要学习
  • 7：10 为什么分页数据就要用map来封装呢？
  • 9：20 model请求域相关知识需要学习
  • 10：00 又涉及了使用请求远程调用要带上cookie
  • 19：20 凡是给实体类中增加了不是数据库字段的内容，都要加上@TableField（exist=fasle）的注解。 为什么要加这种字段来着？

  接口文档

[AugustTuan]

P308 商城业务-订单服务-异步通知内网穿透环境搭建

• 老师讲了什么？

  • 这一集老师通过异步回调，使得订单支付完成以后可以修改订单的状态。同时老师为了让支付宝能够将请求发送给本地项目，用到了内网穿透

  • 老师先提了一个问题，应该在什么时机去修改订单的状态

  • 老师先提了一个通过同步调用（就是转回订单列表页面），支付宝会携带订单数据和签名。 （但是这样比较麻烦，并且如何浏览器此时宕机了，前端无法将订单号和签名给到后端）

  • 老师着重讲解异步通知。（异步通知可以由支付宝直接将请求发送给后端地址）

  • 支付宝的异步通知就是最大努力通知模式，就是当订单支付成功，将支付凭证，订单号等信息，在25个小时内（4min，10min，1h，2h，6h，15h）不断地发送消息通知，直到后端返回“success” （老师说这也是分布式事务，支付宝和我们项目的数据保持一致）

  • 然后老师修改支付宝的配置，让支付宝异步调用发送给payed/notify路径。 但是老师后面又创建了一个Listner来监听支付宝发送的请求（我没看出来这是消息啊。。。。这还是只是单纯是一个controller？？？？

  • 然后老师又提到了很重要的一个点，就是支付宝访问gulimall的域名是无效的（这个是我们自己在本机改了DNS解析的），所以为了让支付宝能够将请求发送给我们自己的项目，需要用到内网穿透，使用内网穿透的域名。

  • 老师用内网穿透的软件，新建了一个隧道，将本地80端口绑定了一个内网穿透的域名（相当于访问虚拟机的nginx）

  • 由于内网穿透软件，将支付宝响应数据转发给nginx的过程中，不会携带我们项目对应的host请求头（指定哪一个微服务接收）

  • 老师来到nginx配置，其中由default.conf和gulimall.conf 这两个会共同起作用，主要看谁更加精确。老师重新配置了精确匹配

    • location /payed/notify{ //请求路径是/payed/notify 
      proxy_set_header Host order.gulimall.com; //添加上一个自定义的请求头，也就是订单服务
      proxy_pass http:gulimall  //转发给网关集群

    

  • 19：39老师测试以后，进入nginx的logs目录，查看pyed相关的访问日志，查看是否出错# cat access.log |grep 'payed'

  • 出错以后查看错误日志，# cat error.log |grep 'payed'查看错误原因，发现是因为没有监听内网穿透软件携带的地址

  • 最后，因为访问订单服务会被拦截器拦截，导致跳转到登录页面， 所以老师通过路径匹配器对/payed/notify路径的请求进行放行

  学习策略：

  • 详细学习，详细记录

• 掌握程度

  • 似懂非懂

• 课程难度

  • 困难（nginx配置那块烦死我了）

• 时间花费

  • 课程长度：24：11
  • 实际花费：60分钟

• 课程收获

  • 知道了修改订单状态在同步回调会产生的问题
  • 对支付宝的异步回调有了一定的认识，类似最大努力通知
  • 知道了什么情况下需要用到内网穿透，以及使用的步骤（建立隧道，将内网穿透域名和本机地址绑定）
  • 回顾了nginx转发的配置（监听请求，根据不同的路径，自定义请求头，转发给网关。）
  • 对老师查看访问日志，错误日志并按关键词搜索的方式有了一定了解
  • 最后回顾了一下针对无需登录的请求访问，在拦截器配置中，按照路径匹配器，将对应路径的请求进行放行。

• 遗留问题

  • 3：45 为什么验证签名的方式不好？

  • 因为浏览器支付成功以后，如果浏览器崩了，没有跳回支付成功界面，那么页无法获取浏览器返回的参数，修改状态了

  • 7：50 老师解释了，支付宝回调的这个地址，也就是gulimall这个网址只在本机有效，外网无法访问，所以必须要用到内网穿透

  • 8：55响应数据不是跳转界面，九八@Controller改成了@RestController？

  • 10：50 这里为什么用getParameterMap？

  • 11：40 说访问本机的8080端口就相当于访问eclipse开启的tomcat

  • 12：00 配置内网穿透的时候，内网主机这里也可以填DNS自己定义的域名？

  • 15：00 完了，我忘了host请求头是什么内容来着

  • hst请求头指明了请求将要发送到的服务器主机名和端口号

  • 请求路径里面只要带了payed/就会触发nginx转发吗？？？？

  接口文档

• 148

[AugustTuan]

P309 商城业务-订单服务-支付完成

• 老师讲了什么？

  • 这一集老师接收到支付宝的异步回调数据后，根据响应的数据，去验签，保存流水信息，更新订单状态。
  • 老师封装了一个Vo，来封装支付宝返回得请求参数。
  • 在更新状态之前，先将请求参数保存到数据库，作为订单流水保存。 为了保证流水号，和支付宝订单号对应一个订单，老师给这两个字段加上了唯一索引
  • 之后老师使用支付宝提供得api进行验签，如果验签成功，更新订单状态，失败返回错误。
  • 老师编程总是， 我要接收这些数据，我要处理这些数据，我要获得这些数据，我要封装这些数据 ，所以我希望由这么一个service，这么一个方法，那我再来创建。

  学习策略：

  • 了解流程，理解为主

• 掌握程度

  • 大致了解

• 课程难度

  • 正常

• 时间花费

  • 课程长度：24：11
  • 实际花费：18分钟

• 课程收获

  • 进一步深化了，因为数据所以方法得编程思路
  • 对支付宝返回数据到更新订单状态的流程有了一定了解
  • 感受到了唯一索引得作用。

• 遗留问题

  • 是不是因为浏览器的请求参数都是kv结构，所以想遍历请求参数，都是用map来获取？
  • 5：15 支付宝传的数据会自动封装成Vo？
  • 10：15 老师为了让一个订单对应一个流水号， 老师将流水号和订单号都设置为唯一索引。使用唯一索引可以用给字段加上唯一得修饰符代替吗？
  • 10分钟到15分钟的basemapper，自定义statement文件这些，我都得自己后续学习
  • 20：00 又出现类型转换失败了，关于时间的
  • 老师return"error"这是不是就是返回了一个字符串？

  接口文档

[AugustTuan]

P310 商城业务-订单服务-收单

• 老师讲了什么？

  • 这一集老师最后针对付款可能存在的问题，讲解了支付宝提供的自动收单，手动收单的对账功能。

  • 订单已经过期关闭，库存解锁了，用户再进行付款，这样即使订单状态变为已经付款，可是库存已经解锁了，买了个寂寞

  • 使用支付宝的功能，在payTemplate增加一个过期时间，超过过期时间付款，支付宝会返回付款失败

  • 用户在快收单的时候付款，结果由于网络时延，订单还是关闭了，支付宝才返回付款成功的信息

  • 在订单关闭之前，手动调用收单代码

  • 其他各种订单支付的争议，可以使用支付宝的对账接口，查看订单的实际支付状态。

  学习策略：

  • 了解流程，理解为主

• 掌握程度

  • 大致了解

• 课程难度

  • 简单

• 时间花费

  • 课程长度：11：04
  • 实际花费：15分钟

• 课程收获

  • 对付款和订单过期中间可能产生的问题，进行了了解。也知道如何通过调用支付宝的收单功能解决

• 遗留问题

  • 无

  接口文档