spring cloud中微服务之间的调用以及eureka的自我保护机制

最新推荐文章于 2026-04-02 02:22:02 发布

原创最新推荐文章于 2026-04-02 02:22:02 发布 · 351 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

springcloud 专栏收录该内容

52 篇文章

订阅专栏

本文详细介绍了如何在Spring Cloud环境中实现微服务间的调用，包括使用RestTemplate进行服务发现和负载均衡的实践。同时，深入解析了Eureka注册中心的自我保护机制，探讨其在服务断开时的优势与潜在风险。

https://www.cnblogs.com/itgaofei/p/9334741.html

上篇讲了spring cloud注册中心及客户端的注册，所以这篇主要讲一下服务和服务之间是怎样调用的

不会搭建的小伙伴请参考我上一篇博客：idea快速搭建spring cloud-注册中心与注册

基于上一篇的搭建我又自己搭建了一个客户端微服务：

所以现在有两个微服务，我们所实现的就是微服务1和微服务2之间的调用

注册中心就不用多说了，具体看一下两个微服务

application.yml配置也不用说了，不知道怎么配置的请参考我上篇博客

在project-solr中的constroller中：

复制代码

@RestController//这里使此Constroller中所有的方法返回的不是页面
public class SolrSearchConstroller {

    @RequestMapping("/SolrSearch")
    public String SolrSearch(){
        return "这里是Solr";
    }

}

复制代码

这里是为了让另一个服务调用

在另一个微服务project-shopping-mall 启动类中，我们必须定义一个方法：

复制代码

@SpringBootApplication
@EnableDiscoveryClient //表示eureka客户端
public class ShoppingMallProvider {

    @Bean
    @LoadBalanced//在注册中心里进行查找微服务,负载均衡
    public RestTemplate restTemplate(){

        RestTemplate restTemplate=new RestTemplate();
        return  restTemplate;
    }

    public static void main(String[] args) {
        SpringApplication.run(ShoppingMallProvider.class,args);
    }
}

复制代码

然后在project-shopping-mall里的Controller中调用project-solr中的constroller：

复制代码

@Controller
public class PageController {

    @Autowired
    private RestTemplate restTemplate;

    @RequestMapping("/toIndex")
    public String toIndex(Model model){

        String msg=restTemplate.getForEntity("http://project-solr/SolrSearch",String.class).getBody();//project-solr是调用注册中心里的名字
        model.addAttribute("msg",msg);
        return "/index";
    }
}

复制代码

这里的project-solr是配置里每个服务注册到注册中心的名字，根据名字调用服务的ip地址，可以实现动态微服务调用效果，它不会因为更换电脑而出错

下面接着建设页面，这里我用的是thymeleaf组件

我们先在build.gradle中添加依赖：

//thymeleaf组件
    compile  'org.springframework.boot:spring-boot-starter-thymeleaf'

然后新建默认的目录：

这里必须新建templates包，因为是默认的目录

然后index.html中：

运行：

成功！

下面简单的说一下spring cloud eureka注册中心的自我保护机制

优点：当服务与注册中心由于某个原因断开的时候，服务与服务之间还可以连接，这时候eureka不会立刻清理，依旧会对改微服的信息进行保存。

缺点：当服务与注册中心由于某个原因断开的时候，服务与服务之间也不可以连接，这时候可能会带坏其他服务器。

当然是优点大于缺点的

那eureka注册中心是怎么知道微服务还存活的呢？

其实每个服务每分钟都会对注册中心进行心跳，而注册中心会接受心跳，若注册中心没有接受到心跳则会认为该服务死亡

官方对于自我保护机制的定义：eureka官方自我保护机制