springcloud断路器修改熔断时间_zuul设置熔断、断路器

在前面一篇文章中http://blog.csdn.net/tianyaleixiaowu/article/details/77884778，已经讲过了独立使用zuul进行反向代理了。在那篇文章中，没有使用eureka进行服务发现，而是使用简单的url配置，直接将用户请求发送到指定的url。这种做法适合于兼容一些老系统或者无法进行eureka服务注册的项目中，当时有一个东西没有提到，那就是熔断器。

我们将请求分发到多个微服务上，如果其中一个服务挂掉了，那么请求就会进行漫长的超时等待，最终会返回失败，甚至会影响整个服务链。我们需要一个熔断器来及时地处理挂掉的服务，及时响应给用户信息。

学过springcloud的都知道hystrix，可以在feign或者ribbon中使用它来进行熔断服务降级。zuul也有这样的功能ZuulFallbackProvider。

ZuulFallbackProvider提供了如果某微服务挂掉后，进入自定义处理逻辑的功能。但是需要注意的是，这个熔断器不支持以url配置的路由，必须要用serviceId的方式路由的方式才能使用熔断器。这样我们就要引入eureka服务中心了。

直接上代码。

创建eureka服务中心

项目eureka，pom.xml如下<?xml  version="1.0" encoding="UTF-8"?>

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

4.0.0

com.tianyalei

eureka

0.0.1-SNAPSHOT

jar

eureka

Demo project for Spring Boot

org.springframework.boot

spring-boot-starter-parent

1.5.7.RELEASE

UTF-8

UTF-8

1.8

Dalston.SR3

org.springframework.cloud

spring-cloud-starter-eureka-server

org.springframework.boot

spring-boot-starter-test

test

org.springframework.cloud

spring-cloud-dependencies

${spring-cloud.version}

pom

import

org.springframework.boot

spring-boot-maven-plugin

@SpringBootApplication

@EnableEurekaServer

public class EurekaApplication {

public static void main(String[] args) {

SpringApplication.run(EurekaApplication.class, args);

}

}

在启动类上加上EurekaServer代表这是eureka的server所在。

yml配置文件里设置一下端口，设置自己不作为eureka的client，免得把自己也作为一个客户端注册到eureka中。server:

port: 20000

spring:

application:

name: eureka

eureka:

instance:

hostname: localhost

client:

register-with-eureka: false

fetch-registry: false

然后就启动项目就OK了

访问localhost:20000，看到界面

配置zuul

可以参考文章开头提到的那篇zuul的文章，搭建基本骨架。在pom.xml添加eureka的依赖

org.springframework.cloud

spring-cloud-starter-eureka

启动类也修改一下注解@EnableZuulProxy

@SpringCloudApplication

public class TestzuulApplication {

public static void main(String[] args) {

SpringApplication.run(TestzuulApplication.class, args);

}

}

yml配置文件里配置一下Application.name，routes，和eureka的注册地址。spring:

application:

name: zuul

server:

port: 9000

zuul:

routes:

api-2:

path: /user/**

#url: http://localhost:9001/

serviceId: user

eureka:

client:

service-url:

defaultZone: http://localhost:20000/eureka/

注意routes里原来是用url指定的，这里用serviceId，serviceId就是微服务在eureka上注册的名字，对应spring.application.name。

我这里添加映射/user/**的请求会被分发到user服务中，等会创建个user服务。

下面是关键部分，设置熔断器。package com.tianyalei.testzuul.fallback;

import org.springframework.cloud.netflix.zuul.filters.route.ZuulFallbackProvider;

import org.springframework.http.HttpHeaders;

import org.springframework.http.HttpStatus;

import org.springframework.http.MediaType;

import org.springframework.http.client.ClientHttpResponse;

import org.springframework.stereotype.Component;

import java.io.ByteArrayInputStream;

import java.io.IOException;

import java.io.InputStream;

import java.nio.charset.Charset;

@Component

public class UserServiceFallbackProvider implements ZuulFallbackProvider {

@Override

public String getRoute() {

return "user";

}

@Override

public ClientHttpResponse fallbackResponse() {

return new ClientHttpResponse() {

@Override

public HttpStatus getStatusCode() throws IOException {

return HttpStatus.OK;

}

@Override

public int getRawStatusCode() throws IOException {

return this.getStatusCode().value();

}

@Override

public String getStatusText() throws IOException {

return this.getStatusCode().getReasonPhrase();

}

@Override

public void close() {

}

@Override

public InputStream getBody() throws IOException {

return new ByteArrayInputStream("Service-user不可用".getBytes());

}

@Override

public HttpHeaders getHeaders() {

HttpHeaders headers = new HttpHeaders();

MediaType mt = new MediaType("application", "json", Charset.forName("UTF-8"));

headers.setContentType(mt);

return headers;

}

};

}

}

getRoute方法的返回值就是要监听的挂掉的微服务名字，这里只能是serviceId，不能是url，指定为“user”，那么在user服务不存在时，就会去执行后面代码的逻辑，设置Code，body什么的自定义内容返回给调用者。

其实到这里就可以测试熔断效果了，因为我们并没有serviceId为“user”的服务。所以就会进入到熔断逻辑里了。

启动zuul项目。

可以看到zuul已经注册到eureka上了，然后我们访问zuul/user，让它转发到user服务试试。

可以看到已经进入到熔断后的自定义处理了，目的已经达成。

下面我们试试user服务正常时的情况。

同样是创建一个Springboot项目，加入eureka依赖，配置ymlspring:

application:

name: user

server:

port: 9001

eureka:

client:

service-url:

defaultZone: http://localhost:20000/eureka/

@SpringBootApplication

@EnableEurekaClient

public class ZuuluserApplication {

public static void main(String[] args) {

SpringApplication.run(ZuuluserApplication.class, args);

}

}

定义个Controller@RestController

public class UserController {

@RequestMapping("")

public Object user() {

return "from user";

}

}

启动user项目，等待eureka发现user服务，有一定的延时才能发现。再次访问localhost:9000/user。

可以看到正常进入到user服务了，当然可以多次尝试启停user服务，看看熔断器的工作情况。

总结：

可以看到zuul的熔断器主要目的和意义在于针对某个微服务的异常状态进行控制，并不能具体的针对某个具体的请求方法进行控制，譬如我的请求需要关联商品、用户、订单三个微服务，需要三个服务的返回值组合成一个结果返回给用户，那么这个熔断器就不能做出合适的处理了。当然了，需要关联多个微服务的请求，我们是采用feign来完成。feign里也自带的有hystrix，可以更精细地控制某个微服务挂掉后通过熔断的回调赋予默认值，然后用默认值来组合结果，来保证即便挂掉一个服务，其他的服务还能正常工作时的用户请求不会无响应。

参考：https://blog.csdn.net/tianyaleixiaowu/article/details/78064127