springcloud中Hystrix如何解决雪崩效应
1.线程隔离:Hystrix为每个依赖服务调用分配一个小的线程池,如果线程池已满调用将被立即拒绝,默认不采用排队,加速失败判定时间。
2.服务降级:用户的请求将不再直接访问服务,而是通过线程池中的空闲线程来访问服务,如果线程池已满,或者请求超时,则会进行降级处理。
(服务降级:优先保证核心服务,而非核心服务不可用或弱可用,用户的请求故障时,不会被阻塞,更不会无休止的等待或者看到系统崩溃,至少可以看到一个执行结果例如返回友好的提示信息)
触发Hystrix服务降级的情况:1.线程池已满
2.请求超时
springcloud中服务降级的配置
1.消费端导入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
2.在消费端的springbootapplication上添加注解
@EnableDiscoveryClient //开启Eureka客户端发现功能(注册端以及消费端)
@EnableCircuitBreaker //消费端开启熔断
@SpringBootApplication
//@SpringCloudApplication //消费端使用@SpringCloudApplication=@SpringBootApplication+@EnableDiscoveryClient+@EnableCircuitBreaker
public class EurekaServerApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaServerApplication.class);
}
@Bean
@LoadBalanced //负载均衡配置(消费端使用)
public RestTemplate restTemplate(){
return new RestTemplate();
}
}
注:可以直接在引导类上加一个@SpringCloudApplication取代其他三个注解,因为@SpringCloudApplication = @SpringBootApplication + @EnableDiscoveryClient + @EnableCircuitBreaker。
3.在消费端的controller上修改配置
- 在controller类上添加@DefaultProperties(fallbackMethod = “defaultBack”)注解,defaultBack为服务降级跳转的方法名。
- 在需要服务降级的方法上添加@HystrixCommand注解。
- 在controller类中添加defaultBack方法,返回一些信息。
@Controller
@RequestMapping("/consumer")
@DefaultProperties(fallbackMethod = "defaultBack")
@Slf4j //打印日志信息
public class ConsumerController {
.......
@HystrixCommand
@RequestMapping(...)
public String test(){
.......
}
public String defaultBack(){
return "网络拥挤";
}
}
4.修改消费端的application配置文件
# 服务降级的超时时间配置(超时的时间,服务2s未返回就判断为超时)
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMillseconds: 2000