完全体

当服务A调⽤服务B，服务B调⽤C，此时⼤量请求突然请求服务A，假如服务A本身能抗住这些请 求，但是如果服务C抗不住，导致服务C请求堆积，从⽽服务B请求堆积，从⽽服务A不可⽤，这就是服务雪崩，解决⽅式就是服务降级和服务熔断。服务限流是指在⾼并发请求下，为了保护系统，可以对访问服务的请求进⾏数量上的限制，从⽽防⽌系统不被⼤量请求压垮，在秒杀中，限流是⾮常重要的。像高速公路连环追尾：一辆车抛锚（服务故障）→ 后续车辆拥堵（请求堆积）→ 整个路网瘫痪（系统崩溃）Prometheus监控接口P99延迟。

Spring Cloud是⼀个⼤⽽全的框架，Dubbo则更侧重于服务调⽤，所以Dubbo所提供的功能没有Spring Cloud全⾯，但是Dubbo的服务调⽤性能⽐Spring Cloud⾼， 不过Spring Cloud和Dubbo并不是对⽴的，是可以结合起来⼀起使用的。像高铁网络：统一调度中心（注册中心），专用轨道（Dubbo协议）保证速度。像城市地铁系统：各线路（组件）独立运营，通过统一票务（HTTP）互联。Dubbo⼀开始是⼀个RPC调⽤框架，核⼼是解决服务调⽤间的问题，

服务网格化：Spring Cloud → Istio。Spring Cloud Gateway：服务⽹关。云原生：Spring Boot → Quarkus。Spring Cloud Config：配置中⼼。Spring CLoud Sleuth：链路追踪。全异步：Spring MVC → WebFlux。Feign/OpenFeign：RPC调⽤。内置策略：轮询/随机/加权响应时间等。Consul：注册中⼼、配置中⼼。Nacos：注册中⼼、配置中⼼。Sentinel：服务熔断。Eureka：注册中⼼。