浅谈springcloud 基本原理

本文浅谈一下apringcloud的几个基本重要组件：Eureka，Ribbon，Feign，Hystrix，Zuul 。

Eureka·：微服务架构中的注册中心，专门负责服务的注册和发现，在微服务中，每一个服务中都有一个Eureka client 组件

负责将服务的信息（在哪一台机器上，哪一个端口）告诉 Eureka server ，在 Eureka server 中有一个注册表，负责去记录每个服

务所在机器的信息和端口号，这样每个服务想去调用其他服务，只需要访问 Eureka server 去把注册表的信息保存到自己的缓存

中，这样就可以访问自己Eureka client 去寻找相应服务的地址和端口。

Feign：声明式服务调用；其核心机制就是动态代理，如果我们对一个接口定义了@FeignClient 注解，Feign就会针对这个接口创建

一个动态代理，我们去调用这个接口，就会去调用创建的动态代理，根据接口@RequestMapping等注解，动态构造出要请求服务

的地址。在根据次地址发起请求解析响应。

Ribbon：我们的服务会部署在多台机器上，再访问时就需要进行选择，Ribbon 就是负责负载均衡的，每次请求都会均匀的把请求

发送到各个服务器上。运行过程大致是：Ribbon先从Eureka client中获取响应服务的注册表，然后在使用 Round Robin 轮询算法，

选中一台机器发起请求。

Hystrix：一个业务流程在调用一个服务的过程中发现这服务挂了，会卡顿几秒，然后抛出异常，如果在业务高峰期，这个业务都会

卡在挂掉的服务这，导致业务全部失败。这样就会造成服务雪崩问题。Hystrix解决了这个问题，它是一个熔断隔离框架，它会搞很

多个很小的线程池，访问每一个服务都是一个线程池，在一个业务流程中访问一个服务挂掉了，但是其他服务没有问题，这样整

个业务流程还是可以走通，并且它还会在一段时间将这个挂掉的服务进行熔断，直接返回失败。还有一种并不去熔断而将这个服

务在数据库中增加一条信息，等服务恢复了 在进行数据的恢复，这也称作为降级。

Zuul：他是微服务的网关，前台，移动端调用后台系统，统一会从Zuul网关进入，由Zuul网关转发请求给对应的服务，并且它还

能起到统一降级和限流，安全等作用。

本文是参考来自石杉的架构笔记。