SpringCloud微服务架构（四）——Hystrix熔断机制

      分布式环境下，微服务之间不可避免的会发生互相调用的情况，但是没有一个系统是能保证自身绝对正确的，在服务的调用过程中，很可能面临服务失败的问题，因此需要一个公共组件能够在服务通过网络请求访问其他微服务时，能对服务失效情况下有很强的容错能力，对服务提供保护和监控。

       Hystrix是netflix的一个开源项目，能够在依赖服务失效的情况下，通过隔离系统依赖的方式，防止服务的级联失败（服务的雪崩）。

服务的熔断机制，需要考虑两种情况：

1. 服务提供方存活，但调用接口报错；
2. 服务提供方本身就出问题

一、服务提供方报错

创建一个微服务工程micro-hystrix，pom.xml引入依赖jar

<!--hystrix依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
            <version>${spring-boot-version}</version>
        </dependency>

1.1  Controller代码

注意：红色字体的名字【@HystrixCommand(fallbackMethod = "getFallback")】 要与熔断调用的方法名字一致，该方法与熔断方法的参数一致  public Object getFallback(@PathVariable("id") long id) {

 代码案例：

@RestController
public class ProductController {

    @Autowired
    private IProductService iProductService;

    @RequestMapping(value = "/getId/{id}")
    @HystrixCommand(fallbackMethod = "getFallback")
    public Object get(@PathVariable("id") long id) {
        ProductDO productDO = iProductService.get(id);
        if (productDO == null) {
            throw new RuntimeException("商品没了");
        }
        return productDO;
    }

    public Object getFallback(@PathVariable("id") long id) {
        ProductDO productDO = new ProductDO();
        productDO.setId(666);
        productDO.setName("熔断了-------------");
        return productDO;
    }
}

1.2  service代码（模拟调用数据库的过程）

@Service
public class ProductServiceImpl implements IProductService {

    @Override
    public ProductDO get(long id) {
        if (id == 1) {
            ProductDO productDO = new ProductDO();
            productDO.setId(1);
            productDO.setName("尼古拉阿列克谢耶维奇");
            return productDO;
        }
        return null;
    }
}

正常运行结果：

熔断运行结果：

二、服务器失联

       在某些情况下，服务提供方并没有失效，但可能由于网络原因，服务的消费方并不能调用到服务接口，在这种情况下，直接在服务的提供方提供熔断机制还不够，这方面的处理需要在服务的消费方进行服务的回退（服务的降级） 处理。

       服务的熔断：熔断指的是当服务的提供方不可使用的时候，程序不会出现异常，而会出现本地的操作调用，服务的熔断是在服务消费方实现的，在断网情况下服务提供方的任何处理都是没有意义的。