📢📢📢📣📣📣   哈喽！大家好，我是【一心同学】，一位上进心十足的【Java领域博主】！😜😜😜 ✨【一心同学】的写作风格：喜欢用【通俗易懂】的文笔去讲解每一个知识点，而不喜欢用【高大上】的官方陈述。 ✨【一心同学】博客的领域是【面向后端技术】的学习，未来会持续更新更多的【后端技术】以及【学习心得】。 ✨如果有对【后端技术】感兴趣的【小可爱】，欢迎关注【一心同学】💞💞💞 ❤️❤️❤️感谢各位大可爱小可爱！❤️❤️❤️  目录 一、什么是

5.开启端口 永久开放8080端口 firewall-cmd --permanent --zone=public --add-port=8080/tcp firewall-cmd --zone=public --add-port=8080-8090/tcp //临时 6.查看某些端口打开了 firewall-cmd --permanent --zone=public --list-ports 7.开放端口之后，一定要重新加载firewalld配置 firewall-cmd --permanen

Gateway 过滤器和网关的对比 过滤器：对单个服务器的请求进行拦截控制 网关：对所有的服务器的请求进行拦截控制 zuul 和 spring cloud gateway 的对比 zuul：是 Netflix 的，基于 servlet，阻塞式的 api，不支持长连接。 gateway：是 springcloud 的，基于 Spring5 构建，响应式非阻塞的 Api，支持长连接。 网关与 nginx 区别 相同点：都是可以实现对 api 接口的拦截，负载均衡、反向代理、请求过

eureka的原理见Eureka工作原理_技术无止境-CSDN博客_eureka 1.创建服务注册中心 1).创建一个工程 点Next完成  2)配置pom文件 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

在学习Ribbon之前，我们考虑一个问题：当服务器访问量过大导致服务器奔溃应该怎么解决？ 主要可以通过以下俩种途径进行解决： 1、提高服务器的性能指标，无外乎就是CPU、内存与磁盘I\O。主要可以从优化代码、优化数据库和尽可能的使用静态数据入手。 2、增加服务器的数量，通俗的讲就是多部署几套服务，哪个服务空闲、压力小就优先访问哪台服务器。 Ribbon 前提了解： Ribbon其实就是一个负载均衡的客户端组件，他可以和其他所需的客户端组件进行结合使用，优先选择其中负载较小的服务进行使用。

导入依赖 咳咳，划重点，从导入依赖开始，坑就已经来了，哈哈！！！ 导入的依赖很有讲究，你是啥springboot版本，然后下面的nacos版本配置就是啥，我也是醉啦。详情看我的配置，我的springboot依赖版本是2.2.6.RELEASE，然后我的nacos赖版版本也是2.2.6.RELEASE。 我强烈建议兄弟你先按照我的springboot 2.2.6.RELEASE 版本来，等看完本篇文章后你再切换成你自己的springboot版本也不迟。 下面罗列了关键的nacos依赖配置及

1.用restTemplate 1.1 没用eureka:，只有生产者 和 消费者时： 消费者-配置类@Bean，把restTemplate交给spring管理； 消费者-控制层@Autowired 注入restTemplate； // url的值为：http://ip地址:端口号+“/接口路径” 通过调用方法 restTemplate.getForObject(url, User.class); 1.2 用eureka 导入eureka相关包 消费者-配置类@Bean，把restTempla

1. 微服务技术栈(描述微服务框架大体) 这就是整个spring cloud 的大致架构图，包括运维 dubbo: zookeeper +dubbo + SpringMVC/SpringBoot 配套 通信方式：rpc 注册中心：zookeeper / redis 配置中心：diamond SpringCloud：全家桶+轻松嵌入第三方组件(Netflix) 配套 通信方式：http restful 注册中心：eruka / consul 配置中心：co

1. 什么是Eureka? Eureka是Netflix的子模块，Eureka是一个基于Rest的服务，用于定位服务，以实现云端中间层服务发现和故障转移，服务注册与发现对于微服务来说是非常重要的，有了服务注册与发现，只需要使用服务的标识符，就可以访问到服务，而不需要修改调用的配置文件了，功能类似于Dubbo的注册中心，比如zookeeper。 Netflix 在设计Eureka时，遵循的就是AP原则。 2. Eureka原理 Eureka的基本架构 SpringCl

本篇紧接着上一篇, 在搭好了我们微服务整体体系的情况下, 将Eureka增加为集群的工作模式, 以及加入Ribbon的客户端负载均衡配置以及进行自定义负载均衡策略的操作. 回顾上篇我们是如何搭建微服务架构的 :SpringCloud之Eureka初接触 为何需要配置Eureka集群,这里有我们需要掌握的一些知识点: 首先要了解CAP原则,即: 强一致性 可用性 分区容错性 我们之前聊过Zookeeper,这是一种专注AP(强一致性和分区容错性)服务治理与发现工具,而Eureka则是一种专注于

Ribbon Spring Cloud Ribbon 是基于Netflix Ribbon 实现的一套客户端负载均衡的工具，主要功能是提供客户端的软件负载均衡算法，将 Netflix 的中间层服务连接在一起。Ribbon 的客户端组件提供一系列完整的配置项，如：连接超时、重试等。 在配置文件中列出 LoadBalancer (简称LB：负载均衡) 后面所有的机器，Ribbon 会自动的帮助你基于某种规则 (如简单轮询，随机连接等等) 去连接这些机器，也可以使用 Ribbon 实现自定义的负载

目录 一、mybatis的各种查询功能 1.1、当查询的数据有多条时使用list来接收 1.2、当查询的数据返回是一个数据类型时 1.3、当查询的数据返回是map类型时 1.4、当查询的数据返回结果为多条时 一、mybatis的各种查询功能 1.1、当查询的数据有多条时使用list来接收 List<User> selectUserById(); <select id="selectUserById" resultType="com.cjc.mybatis