m0_73966521的博客

在nacos/conf中有一个mysql-schema.sql这个sql脚本，作用就是利用mysql将nacos进行持久化，直接在本地执行里面的sql脚本，修改conf目录下的application.properties，最后重新启动即可。这个脚本的位置：就在nacos中的conf中的有一个mysql-schema.sql这个sql脚本，在服务器的mysql执行这个脚本就行。我之前搞这段配置的时候是直接黑马商城这个项目的，里面直接已经配置好了。数据库jdbc，日志swagger和openfeign配置。

我们往先指定一个正常的交换机和队列，接着再指定一个死信交换机，将这个队列和死信交换机连连接起来，我们往这个队列中发送一条消息，并且给这个消息设置过期时间，但是我们不指定消费者，那我们可想而知，最后这个消息等超过了这个过期时间，就是进入到这个死信交换机中，那不就刚好达成我们延迟消息的目的了嘛。如果不是ack，就和我们自己指定的这个最大尝试次数判断，如果没超过这个重试次数，我们就继续发送消息，发送消息的流程一样，就是生成唯一的消息标识，然后执行回调函数。生产者收到ack确认后，就知道消息已经成功投递到队列。

FallbackFactory这个降级工厂：@Slf4j@Override@Overridelog.info("查询商品失败"+cause);@Overridelog.info("减少库存失败"+cause);在这个工厂中，我们需要给这两个方法都提供降级逻辑。

这个技术我是直接在项目中运用并且学习的，所以我写笔记最优先的角度就是从项目背景出发继上一次API网关完成了这个实现用户调用一次接口之后让接口次数增多的操作之后，又迎来了新的问题。就是我们在调用接口的时候需要对用户进行校验，对调用的接口是否存在进行验证。从这个需求出发，我们第一反应想到的解决办法是什么，应该是在api-gateway项目中也来引入一下这个数据库配置，包括三层架构重新写一轮，包括实体类也需要引入一下。

装饰器设计模式就是在原有的基础上增强。感觉蛮好理解这个东西。

项目背景是黑马商城，通过黑马商城这个微服务项目将前端发送登录请求，到API网关进行登录校验并获取登录用户ID，再将用户ID传递到微服务板块中的MVC拦截器，并且在微服务板块的各个模块中用openfeign的拦截器结合具体的需求来实现功能。在springboot项目中，你想将配置文件绑定到这个Java对象上，首先你得先确认你这个对象是一个bean对象，将这个对象注册成bean对象的方法有两种@Compont或者在启动类加上面@Scan注解。我们根据这个配置文件的信息就是说，有些路径需要校验，有些不需要，

我们可以设想，这三个模块都需要访问数据库，彼此之间不想单体架构的项目一样，可以用@Transactional进行控制，如果有一个服务访问数据库失败，那就会造成数据不一致的问题。这个快照是针对我们每一个微服务模块的，所以我们是不是得每个数据库都得保存，或者，如果项目比较大，一个微服务对应一个mysql实例，那我们就得在每个mysql实例中保存。我们需要把这个seata的服务注册到nacos里去，所以，这里的ip地址得改成我们自己的。服务则是事务协调中心，是一个独立的微服务，需要单独部署。