weixin_48358894的博客

原创 工作问题总结（2024.3.14---至今）

接口测试代码没有问题，后端启动认证服务和网关服务后，测试有问题。解决方式：nacos一个服务下启动多个实例，导致访问错误。

原创 日常工作----搭建项目

IDEA自带maven，但版本较低且不好用，所以我们一般会用自己下载的maven！

原创 日常学习--springcloud--Docker

问题大型项目组件较多，运行环境也较为复杂，部署时会碰到一些问题依赖关系复杂，容易出现兼容性问题node、开发、测试、生产环境有差异。

原创 日常学习--数据库基础

只导出表结构不导出数据，--no-data。

原创 日常学习---sentinel

熔断降级的规则，限流的规则。自己先按照自己能测试的方式配置规则即可。

原创 日常学习--springcloud--SpringAMQP（一）（更新中。。。）

Advanced Message queuing Protocol，是用于或之间传递业务消息的开放标准。该协议与语言和平台无关，更符合微服务中独立性的要求。监听器容器，监听消息。便捷的消息接收，便捷的消息发送。以及自动化的队列声明先指定mq的地址用工具类发消息。具备Spring的运行环境了类为了让Spring知道要注册成一个Bean@Component。

原创 日常学习--springcloud--Redis-持久化（一）（更新中。。。）

单点Redis的不足。

原创 日常学习--springcloud--RabbitMQ

RabbitMQ中的几个概念:· channel:操作MQ的工具· exchange路由消息到队列中·queue:缓存消息· virtualhost: 虚拟主机，是对queue、exchange等资源的逻辑分组消息发送和接收是基于队列来的p publish， c comsuer 中间红色是队列，不是完整的消息驱动的模型。

原创 日常学习--springcloud--MQ（1）初识MQ

耦合问题藕合度高影响开闭原则。

原创 日常学习--springcloud--统一网关Gateway

vaflus响应式编程，没有之前 servlt api了exchange.getRequest().var 回车出key参数名称，值对应的值为了生效1用Component组件注入，使其生效，注入到Sring当中作为bean加个order注解作为顺序注解@Component@Override//1.获取请求参数// 2.获取参数中的authorization// 3.判断参数值是否等于admin// 4.是，放行，从过滤器链里找下一个过滤器的过滤器方法。

原创 日常学习--springcloud--基于Feign的远程调用

避免网络波动造成的失败，等待久了重试不同端口。

原创 日常学习--springcloud--nacos--集群搭建

nginx反向代理和负载均衡（mysql主从高可用集群搭建（高手课））集群启动：startup.cmd ，集群部署。

原创 日常学习--springboot--nacos--配置管理

Nacos配置更改后，微服务可以实现热更新，方式通过@Value注解注入，结合@RefreshScope来刷新通过@ConfigurationProperties注入，自动刷新（推荐）注意事项:不是所有的配置都适合放到配置中心，维护起来比较麻烦建议将一些关键参数，需要运行时调整的参数放到nacos配置中心，一般都是自定义配置。

原创 日常学习--springboot--nacos--注册中心

解压位置：D:\实验室\算法代码2020327\nacos-server-2.2.2\nacos。

原创 日常学习---springclude--Ribbon负载均衡

Order里面加负载均衡，ribbon拦截处理。发起请求被拦截器拦住，（loadBalanceInterceptor负载均衡拦截器）IRule决定了负载均衡的策略。

原创 日常学习---springclude-Eureka

引入eureka-client依赖在application.yml中配置eureka地址。在application.ym[中配置eureka地址。在application.ym中配置eureka地址。在applicationym中配置eureka地址。2，无论是消费者还是提供者，引入eureka-client依赖。服务拉取是基于服务名称获取服务列表，然后在对服务列表做负载均衡。知道eureka地址后，都可以完成服务注册。引入eureka-client依赖。不关心服务地址，只关心服务名就可以实现负载均衡。

原创 json总结

JSONArray ar=new JSONArray();JSONObject o=new JSONObject();o.put("key","value");ar.put（"key",o);

原创 微服务初识

单一职责:微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。松耦合，扩展性好，但架构复杂，难度大。简单方便，高度耦合，扩展性差，适合小型项目。自治:团队独立、技术独立、数据独立、部署独立（入口一般是网关）面向服务:微服务对外暴露业务接口（服务之间调用）缺点：架构非常复杂，运维、部署、监控难度提高。优点：拆分粒度更小，服务独立、藕合度更低。用户服务网关，路由请求，负载均衡。微服务:一种良好的分布式架构方案。配置中心（拉取配置中心，热中心）注册中心（监控节点）

原创 微服务01

原创 webSocket

交互