upzora的博客

而在 API 文档中，二维码有效期为 2 小时，因此在有效期内，可以在存储订单的同时把二维码地址也缓存起来，需要时直接使用，就不用重复调用 api 了。原本的下单方法中，每次生成或获取订单后都需要调用统一下单的 api，若用户频繁操作，那么 api 也会被频繁调用。而在每次生成订单后，先判断该订单二维码是否已保存，若是，则直接返回二维码，不需要再调用统一下单接口和后续操作了。该方法中的后续步骤就可以从生成的订单 orderInfo 中，获取调用统一下单 api 过程中需要的各种信息。

（1）创建 WxPayController@Api(tags = "网站微信支付")@Slf4j（2）创建 WxPayService 接口和实现类//接口//实现类@Service@Slf4j（3）在 WxPayController 中注入 WxPayService，定义接口方法用日志对象打印日志，方便调试前端：获取商品信息，通过商品 ID 传给后端@Resource/*** Native下单* @return*/

1.2 在 config 目录下创建配置文件，使应用程序能从 properties 的配置文件中读取相关信息。1.4 引入注解自动处理器依赖，帮助生成自定义配置的元数据信息，让配置文件和代码之间的对应参数可以自动定位。测试完成后注释代码，并将 WxPayConfig 中的获取商户私钥方法改为私有 private 保证安全性。1.1 在 properties 配置文件中定义相关参数，包含商户号、证书等信息。在文档中查看通过平台证书验签原理，即私钥加密，公钥解密。问题：测试成功，但控制台输出的不是私钥而是

引入 lombok，简化实体类开发，自动生成 get/set、构造函数等方法--实体对象工具类：低版本idea需要安装lombok插件-->创建 R 对象，封装返回给前端的数据在 R 对象上使用 lombok 注解，创建静态方法方便对 R 的调用@Data //生成set、get等方法r.setMessage("成功");return r;r.setMessage("失败");return r;修改 controller 的 test 方法，返回统一结果。

哈希函数：任意长度→固定长度（数据指纹、摘要）不可逆：只有算法没有密钥，只能加密不呢个解密，只能暴力破解发散性：原文的一点改动会使摘要发生剧烈变化（雪崩效应）抗碰撞性：原文不同摘要也不同摘要算法：MD5、SHA1、SHA2（SHA224、256、384）