一、今天完成的事

1.spingcloud-断路器（Hystrix）

1.断路器简介

Netflix开源了Hystrix组件，实现了断路器模式，SpringCloud对这一组件进行了整合。 在微服务架构中，一个请求需要调用多个服务是非常常见的，如下图：

较底层的服务如果出现故障，会导致连锁故障。当对特定的服务的调用的不可用达到一个阀值（Hystric 是5秒20次） 断路器将会被打开。

断路打开后，可用避免连锁故障，fallback方法可以直接返回一个固定值。

总结：在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原因，服务并不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，Servlet容器的线程资源会被消耗完毕，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩”效应。

简而言之：断路器就是为了防止服务整个瘫痪而存在的

2.在ribbon中使用断路器

导入依赖

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
  </dependency>

在程序的启动类ServiceRibbonApplication 加@EnableHystrix注解开启Hystrix：

@SpringBootApplication
@EnableDiscoveryClient
@EnableEurekaClient
@EnableHystrix
public class ServerRibbonApplication {

    public static void main(String[] args) {
        SpringApplication.run( ServerRibbonApplication.class, args );
    }

    @Bean
    @LoadBalanced
    RestTemplate restTemplate() {
        return new RestTemplate();
    }

}

改造HelloService类，在hiService方法上加上@HystrixCommand注解。该注解对该方法创建了熔断器的功能，并指定了fallbackMethod熔断方法，熔断方法直接返回了一个字符串，字符串为"hi,"+name+",sorry,error!"，代码如下：

@Service
public class HelloService {


    @Autowired
    RestTemplate restTemplate;

    @HystrixCommand(fallbackMethod = "hiError")
    public String hiService(String name) {
        return restTemplate.getForObject("http://server-hi/hi?name="+name,String.class);
    }

    public String hiError(String name) {
        return "hi,"+name+",sorry,error!";
    }
}

关闭client，启动之后就会出现下面情况

3.在Feign中使用

Feign是自带断路器的，在D版本的Spring Cloud之后，它没有默认打开。需要在配置文件中配置打开它，在配置文件加以下代码：

feign.hystrix.enabled=true

基于service-feign工程进行改造，只需要在FeignClient的SchedualServiceHi接口的注解中加上fallback的指定类就行了：

@FeignClient(value = "service-hi",fallback = SchedualServiceHiHystric.class)
public interface SchedualServiceHi {

    @RequestMapping(value = "/hi",method = RequestMethod.GET)
    String sayHiFromClientOne(@RequestParam(value = "name") String name);

}

SchedualServiceHiHystric需要实现SchedualServiceHi 接口，并注入到Ioc容器中，代码如下：

@Component
@Qualifier("SchedualService")
public class SchedualServiceHiHystric implements SchedualServiceHi {
    @Override
    public String sayHiFromClientOne(String name) {
        return "sorry "+name;
    }
}

注意：这里如果启动不了报错的话就在service和implement中加入qualifier注解指定载入的bean

启动四servcie-feign工程，浏览器打开http://localhost:8765/hi?name=forezp,注意此时service-hi工程没有启动，网页显示：

二、遇到的问题

1.运行实例的时候报错

这个地方其实很简单，就是写的时候得注意一下

解决方法是

我在配置文件中写注册地址时

eureka.client.service-url.defaltZone=http://localhost:8000/eureka/

这里service-url和注册中心的不匹配

注册中心server的配置文件如下

eureka.client.serviceUrl.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/

可以看到serviceUrl和service-url导致注册不上，修改之后就能正常注册了。

还有一种可能是端口被占用

在cmd中输入命令，8100是端口号

netstat -aon|findstr 8100

然后再输入，11928是pid

tasklist|findstr "11928"

查看进程

可以看到是qq占用了这个端口，要么切换端口，要么手动关闭或强制kill掉

2.feign依赖

使用feign的时候导入依赖，会出现以下情况

pom中

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-feign</artifactId>
</dependency>

版本号unknown

解决方法有两种：

1.手动导入版本号如

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-feign</artifactId>
        <version>1.4.3.RELEASE</version>
</dependency>

2.修改为openFeign

<dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

官方文档中有这一句

官方指定组件，大概原生feign已经被官方更新

3.解决feign启动失败的bug

启动报错

子项目和父项目的springcloud版本要一致

子项目中是Hoxton.RC2

父项目中是Finchley.RELEASE

改成一致就可以了。spingcloud的依赖是自己管理的，和本身的版本有关系，所以要一致。

三、收获

1.springcloud各个版本比较

Spring Cloud并没有熟悉的数字版本号，而是对应一个开发代号。

D版本和E版本的区别 二者均基于SpringBoot的1.5.x版本。但支持其他组件的版本不同，如以 Dalston.SR4 和 Edgware.RELEASE 来对比：

• spring-cloud-config 分别对应 1.3.3和 1.4.0;

• spring-cloud-netflix 分别对应 1.3.5和 1.4.0;

• spring-cloud-consul 分别对应 1.2.1和 1.3.0;

• spring-cloud-gateway 前者不支持，后者 1.0.0。

每个小版本的不同，会有细微差别。

F版本 F版本是个绝对的大版本，几乎所有组件，全部同步变更版本号为2.x。

小版本 Spring Cloud 小版本分为:

• SNAPSHOT： 快照版本，随时可能修改

• M： MileStone，M1表示第1个里程碑版本，一般同时标注PRE，表示预览版版。

• SR： Service Release，SR1表示第1个正式版本，一般同时标注GA：(GenerallyAvailable),表示稳定版本。

2.如何选择版本

大版本 首先说明，各个版本之间组件变化不大，但细节略有不同，比如配置项名称、或者新版本增加新的配置方式。 从这一点来看，选择哪个版本都不是大问题，但提醒一下，遇到坑时，最好根据版本进行查询，否则你会发现你找到的办法不行。实际上是版本不匹配。

如果你项目需要和其他老项目交叉，以兼容为第一要务。

如果全新项目，可以考虑较新版本，如E版。如果你爱好踩坑，F拿去。

小版本 小版本没啥可说的，尝鲜：SNAPSHOT，生产：GA。

3.Spring Cloud与Spring Boot版本匹配关系

四、明天的计划

继续springcloud，等两个臭弟弟开项目