什么是熔断器?
熔断器是在电路出现问题的时候为了保护电器电子元件的安全,避免引发火灾。例如常见的保险丝。
那springCloud框架中的熔断器,同样的道理。在出现问题时,保护程序进程的正常运行而生成的机制。
不使用熔断器有什么问题?
当springCloud服务之间调用,当并发量大的时候接口未及时响应错误,那就会不断挂起线程占用内存,占用过大使程序运行变慢,但还不断有请求进来,那就慢上加慢,导致服务雪崩。
引用了文章 https://www.freesion.com/article/2509465979/ 该文章很详细的说明了服务雪崩效应的情况,学习学习。
在springCloud框架都搭载好的情况下
顺便说一下Hystrix熔断器的调用顺序
1、启动熔断器,application.properties配置文件添加
feign.hystrix.enabled=true
2、熔断器使用
Hystrix是springCloud feign的一个重要组件
Feign的接口,添加 @FeignClient注解加入fallback = SyncApiHystric.class
@FeignClient(value = "service-sync",fallback = SyncApiHystric.class)
public interface SyncApi {
/**
* 信息查询
* @return
*/
@RequestMapping(value = "/sync/getPage", method = RequestMethod.POST)
public ResultVO getPage(@RequestBody PageCondition condition);
}
SyncApiHystric.java ,当调用的接口出错、超时或无效时直接进入熔断器定义的方法并报出错。这样就不需要一直占用资源
(这里的ResultVO就是我一个返回结果的对象)
@Component
public class SyncApiHystric implements SyncApi {
/**
* 信息查询
* @return
*/
@Override
public ResultVO getPage(PageCondition condition){
ResultVO vo = new ResultVO();
vo.setMessage("连接服务平台失败");
return vo;
}
}
3、feign配置超时时间
注意:如果配置ribbon的重试,hystrix的超时时间要大于ribbon的超时时间,ribbon才会重试。ribbon是springCloud的分布式框架的重要成员,负责客户端负载均衡器及用于中间层通信的客户端。在基于Feign的微服务通信中无论是否开启Hystrix,Ribbon都是必不可少的,因为Feign就是封装了Ribbon。
ribbon的超时时间配置
#请求处理的超时时间
ribbon.ReadTimeout=10000
#请求连接超时时间
ribbon.ConnectTimeout=10000
#对当前实例的重试次数
ribbon.MaxAutoRetries=0
#切换实例的重试次数 1
ribbon.MaxAutoRetriesNextServer=1
Hystrix的超时时间配置
#是否启用超时时间,默认开启了
#hystrix.command.default.execution.timeout.enabled=true
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=20000
持续学习更新,有不正确的欢迎指正,及时修改。