consul是用来代替eureka的框架,和eureka使用起来一样,导入的包不同。
<dependencies>
<!--SpringCloud consul-server-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-consul-discovery</artifactId>
</dependency>
因为和eureka相似就不多赘述
ribbon是用在客户端、控制客户端如何选择服务端口的控制负载均衡的工具
在eureka中,本来就有导入ribbon包,可以直接使用不必再导入
ribbon一般和restTempalte一起使用,这里说明一下restTemplate
RestTemplate 是由 Spring 提供的一个 HTTP 请求工具。
这里一共调用了
getForObject get方式 Objict可以理解为返回的是json类型的数据
postForObject
getForEntity Entity 返回的是有规则的显示所有内容的对象,因为需要序列化所以调用的时间长,建议使用object然后在json解析器里剖析
postForEntity 四种方法 使用restTemplate需要在config包里新建配置信息,注入bean对象使用
ribbon使用步骤:
为了不让我们自定义的ribbon类被所有要使用ribbon的的客户端共享,我们必须在@ComponentScan扫描的包之外的地方再创建一个新配置
注:@ComponentScan扫描的是当前类所在的包以及子包 @SpringBootApplication注解包含此注解
小方法:点击包的三角形,到看不到该类的时候就不在这包下啦
如图所示在外包下创建配置
以下是所有ribbon自带的调用服务算法
在主启动类添加@RibbonClient
总结: ribbon在eureka就已经有包的存在所以不需要自动导包;因为要特殊配置客户端的ribbon类型所以要在CommonpentScan扫描不到的地方创建配置类,并用bean注入;在配置包RestTemplate上添加@LoadBalanced注解;在主启动类要添加@RibbonClient注解。
为了清楚的看到效果,我们要在服务端的controller类里添加
并在原有的代码上,取消掉上面ribbon使用的注解。
思路:首先要得到在这个application的这个服务下一共有多少个服务端口(使用ServiceInstance),我们才能依据这个设计方法(略过,这个我也不会,正在思考),最后在controller层实现
创建一个接口,该接口的方法是查询有多少个服务端(ServiceInstance.size()) 再创建实现类,继承该接口,再该实现类里写上设计方法。