1分飞艇是正规的吗_Spring Cloud微服务系列文,Hystrix与Eureka的整合

  • 时间:
  • 浏览:1

    和Ribbon等组件一样,在项目中,Hystrix一般还会单独出先,如果会和Eureka等组件配套出先。在Hystrix和Eureka整合后的框架里,一般会用到Hystrix的断路器以及合并请求等形态,而在Web框架里,大多会有专门的缓存组件,很多不为什么么用到Hystrix的缓存形态。

 1 准备Eureka服务器项目

    HystrixEurekaServer项目承担着Eureka服务器的作用,这每段的代码关键点如下。

    第一,在pom.xml里,通过如下关键代码引入Eureka服务器组件的依赖包。 

1    <dependency>
2        <groupId>org.springframework.cloud</groupId>
3        <artifactId>spring-cloud-starter-eureka-server</artifactId>
4    </dependency>

    第二,在application.yml里,指定了本项目的主机名和端口号,并指定了对外提供eureka服务的Url路径,代码如下。    

1    server:
2      port: 8888
3    eureka:
4      instance:
5        hostname: localhost
6      client:
7        register-with-eureka: false
8        fetch-registry: false 
9        serviceUrl:
10          defaultZone: http://localhost:8888/eureka/  

    第三,在ServerStarter.java里,编写启动Eureka服务的代码,这里请注意,在第2和第3行里,通过注解声明了本类是Eureka服务器的启动类。    

1    //省略必要的package和import的代码
2    @EnableEurekaServer
3    @SpringBootApplication
4    public class ServerStarter 
5    {
6          public static void main( String[] args ){  
7              SpringApplication.run(ServerStarter.class, args);  
8        }
9    }

    注:本每段给出的是Eureka服务器省略版的代码,详细代码没有人 歌词 没有人 歌词 里能 参见另外一篇博文,架构师入门:搭建基本的Eureka架构(从项目里抽取)。    

2 准备Eureka服务器项目

    在pom.xml里,没有人 歌词 没有人 歌词 除了指定Eureka的依赖包以外,还了指定了Hystrix的依赖包,关键代码如下。其中,前4行指定的是Eureka的依赖包,后4行指定的是Hystrix的依赖包。    

1    <dependency>
2            <groupId>org.springframework.cloud</groupId>
3            <artifactId>spring-cloud-starter-eureka</artifactId>
4        </dependency>
5    <dependency>
6            <groupId>org.springframework.cloud</groupId>
7            <artifactId>spring-cloud-starter-hystrix</artifactId>
8        </dependency>

    而在application.yml里,指定了本项目的服务端口是1111,对外提供的项目名是hystrixEureka,以及是向第一每段指定的Eureka服务器注册,代码如下。   

1    server:
2      port: 1111
3    spring:
4      application:
5        name: hystrixEureka
6    eureka:  
7      client:
8        serviceUrl:
9          defaultZone: http://localhost:8888/eureka/

3 在服务提供者项目里引入断路器机制

     在服务提供者的启动类ServiceProviderApp.java里,没有人 歌词 没有人 歌词 是通过加入@EnableCircuitBreaker注解来启动断路器,代码如下。     

1    //省略必要的package和import代码
2    @SpringBootApplication
3    @EnableEurekaClient
4    @EnableCircuitBreaker
5    @ServletComponentScan
6    public class ServiceProviderApp 
7    {
8        public static void main( String[] args ){ 
9             SpringApplication.run(ServiceProviderApp.class, args);  
10       }
11    }

    在Controller.java你你这种控制器类里,没有人 歌词 没有人 歌词 是在第9行里,通过调用service类提供的法律妙招来返回具体的OrderDetail信息,代码如下。    

1    //省略必要的package和import代码
2    @RestController
3    public class Controller {
4            @Autowired
5        private OrderDetailService service;   
6        //对外提供服务的getOrderDetailById法律妙招 
7            @RequestMapping(value = "/getOrderDetailById/{orderId}", method = RequestMethod.GET)
8            public OrderDetail getOrderDetailById(@PathVariable("orderId")   String orderId) throws Exception {
9            return service.getOrderDetailByID(orderId);
10        }
11    }

    在OrderDetailService.java里,没有人 歌词 没有人 歌词 用HashMap你你这种数据形态来模拟数据库,以此来模拟从数据库读OrderDetail的法律妙招,提供了“根据ID找相应对象的服务”,代码如下。    

1    //省略必要的package和import代码
2    @Service
3    public class OrderDetailService {
4        static HashMap<String,String> orderDB = new HashMap<String,String> ();
5        static //通过static代码,模拟数据库中存储的OrderDetail信息
6        {
7            orderDB.put("1","Peter");
8            orderDB.put("2","Tom");
9            orderDB.put("3","Mike");
10        }
11    //在法律妙招事先,通过注解引入Hystrix,并指定回退法律妙招
12        @HystrixCommand(fallbackMethod = "getFallback")
13        public OrderDetail getOrderDetailByID(String id) throws Exception
14        {
15            OrderDetail orderDetail = new OrderDetail();        
16            if("error".equals(id) ) //机会输入是error,则故意抛出异常
17            {throw new Exception(); }
18            //模拟地从数据库里得到信息并返回
19            orderDetail.setOrderId(id);
20            orderDetail.setOrderOwner(orderDB.get(id));
21            return orderDetail;
22        }
23        //定义Hystrix的回退法律妙招
24        public OrderDetail getFallback(String orderId) {
25            OrderDetail orderDetail = new OrderDetail();
26            orderDetail.setOrderId("error");
27            orderDetail.setOrderOwner("error");        
28            System.out.println("In fallbackForOrderDetail function");    
29            return orderDetail;
300        }
31    }

     在第13行的getOrderDetailByID法律妙招事先,没有人 歌词 没有人 歌词 在第12行通过fallbackMethod定义了回退法律妙招,在你你这种法律妙招的第16行里,没有人 歌词 没有人 歌词 定义了机会输入是error,没有 则将抛出异常,以此触发回退法律妙招getFallback。而在第24行定义的回退法律妙招里,没有人 歌词 没有人 歌词 将返回另一一三个白 多ID和Owner详细还会error的OrderDetail对象。本类用到的OrderDetail模型类定义如下。    

1    public class OrderDetail{
2           private String orderId;//订单id
3         private String orderOwner; //订单每个人

 
4        //省略必要的get和set法律妙招
5    }

    至此没有人 歌词 没有人 歌词 完成了开发工作,启动HystrixEurekaServer和HystrixEurekaserviceProvider后,机会在浏览器中输入http://localhost:1111/getOrderDetailById/1,能看多如下的输出,这说明走的是正常的流程。

{"orderId":"1","orderOwner":"Peter"}

    但机会输入的是http://localhost:1111/getOrderDetailById/error,没有 会在OrderDetailService类的getOrderDetailByID法律妙招里抛出异常,从而走Hystrix的回退流程,由此会输入如下的一句话。

{"orderId":"error","orderOwner":"error"}

    在你你这种案例中,没有人 歌词 没有人 歌词 是在“提供者服务”的模块引入hytrix断路器,而详细还会在“服务调用”模块,这和项目中的常规做法相符,机会启动断路器的场景一般是“提供服务模块的流量超载”。    

4 在服务调用者项目里引入合并请求机制

    这里没有人 歌词 没有人 歌词 将在HystrixEurekaserviceCaller项目里,调用HystrixEurekaserviceProvider里定义的服务,在调用时,没有人 歌词 没有人 歌词 将合并5秒内发送的请求。

    步骤一,在控制器类Controller.java里,初始化Hystrix请求上下文,并通过Future对象多次发送请求,代码如下。   

1    //省略必要的package和import代码
2    @Configuration
3    @RestController
4    public class Controller {         
5          @Autowired
6         private OrderDetailService service;//提供服务的service类
7    //在你你这种法律妙招里,将演示合并请求的效果
8        @RequestMapping(value = "/mergeDemo", method = RequestMethod.GET)
9        public List<OrderDetail> hystrixMergeDemo() throws Exception {
10        //初始化Hystrix请求上下文         
11            HystrixRequestContext context = HystrixRequestContext
12                    .initializeContext();
13            //通过定义另一一三个白

多Future对象,调用三次请求
14            Future<OrderDetail> f1 = service.getOneOrderDetail("1");
15            Future<OrderDetail> f2 = service.getOneOrderDetail("2");
16            Future<OrderDetail> f3 = service.getOneOrderDetail("3");
17            OrderDetail o1 = f1.get();
18            OrderDetail o2 = f2.get();
19            OrderDetail o3 = f3.get();
20            //把另一一三个白

多返回对象组放入另一一三个白

多List中并返回
21            List<OrderDetail> orderDetailList = new ArrayList<OrderDetail>();
22            orderDetailList.add(o1);
23            orderDetailList.add(o2);
24            orderDetailList.add(o3);
25            //释倒入下文
26            context.shutdown();        
27            return orderDetailList;
28         }
29    }

     在上文的hystrixMergeDemo法律妙招里,没有人 歌词 没有人 歌词 首先在第11行初始化Hystrix请求上下文,如果在第14到16行调用了三次getOneOrderDetail法律妙招,并在第17到19行里,通过Furure类型对象的get法律妙招,把三次调用的结果分别赋予另一一三个白 多OrderDetail类型的对象。

    事先,通过第21到24行的代码,把另一一三个白 多OrderDetail对象组装成另一一三个白 多List<OrderDetail>类型的orderDetailList对象,并在第27行返回了orderDetailList对象。

    这里并非 没有人 歌词 没有人 歌词 是发出了三次调用请求,但从后文的讲解里,没有人 歌词 没有人 歌词 能看多这三次请求并非 是被合并正确处理的。机会在合并请求时,Hystrix正确处理类会把请求暂处在Hystrix请求上下文里,很多这里没有人 歌词 没有人 歌词 一定得通过例如于第11行的代码初始化上下文,如果将无法得到合并请求的结果。

    步骤二,事先没有人 歌词 没有人 歌词 看多,在Controller类里,是调用OrderDetailService类的法律妙招来查询多个订单,很多合并请求的代码是写在你你这种类里的,没有人 歌词 没有人 歌词 来看下代码。    

1    //省略必要的package和import代码
2    @Component
3    public class OrderDetailService {
4        // 合并正确处理分派5秒内的请求
5        @HystrixCollapser(batchMethod = "getMoreOrderDetails",collapserProperties = {@HystrixProperty(name ="timerDelayInMilliseconds",value = "300000")})
6        public Future<OrderDetail> getOneOrderDetail(String id) {
7            System.out.println("in getOneOrderDetail");
8            return null;
9        }
10        @Bean
11        @LoadBalanced
12        public RestTemplate getRestTemplate()
13        { return new RestTemplate();      }
14    //这里是合并请求的代码    
15        @HystrixCommand
16        public List<OrderDetail> getMoreOrderDetails(List<String> orderIds) {
17            System.out.println("in getMoreOrderDetails," + orderIds.size());
18            List<OrderDetail> list = new ArrayList<OrderDetail>();
19            RestTemplate template = getRestTemplate();
20            //通过for循环,调用服务提供者的法律妙招得到OrderDetail对象
21            for (String orderId : orderIds) {
22                OrderDetail orderDetail = new OrderDetail();  
23                orderDetail = template.getForObject("http://localhost:1111/getOrderDetailById/{orderId}", OrderDetail.class,orderId);
24                list.add(orderDetail);
25            }
26            return list;
27        }
28    }

    在第6行里,没有人 歌词 没有人 歌词 定义了只查询另一一三个白 多对象的getOneOrderDetail法律妙招,在定义该法律妙招的注解里,没有人 歌词 没有人 歌词 指定了会把在5秒内调用该法律妙招的请求合并到getMoreOrderDetails法律妙招里。

    在第16行的getMoreOrderDetails法律妙招里,没有人 歌词 没有人 歌词 是通过第21行到第25行的for循环,依次遍历待查询的orderId,并通过第23行的getForObject法律妙招,调用服务提供者的getOrderDetailById法律妙招,得到对应的OrderDetail对象,并再加到List<OrderDetail>类型的list对象中。最后,是通过第26行的代码,返回包含 多次请求结果的list对象。

    没有人 歌词 没有人 歌词 没有人 歌词 启动Eureka服务器(HystrixEurekaServer)、服务提供者(HystrixEurekaserviceProvider)和服务调用者(HystrixEurekaserviceCaller)另一一三个白 多项目后,里能 在浏览器里输入如下的请求,以此来查看合并请求的效果。

http://localhost:30003000/mergeDemo

    上述请求的输出如下,没有人 歌词 没有人 歌词 能看多三个白OrderDetail对象。从上述的讲解能看出,这三个白对象并非 是通过一次合并后的请求得到的。

[{"orderId":"1","orderOwner":"Peter"},{"orderId":"2","orderOwner":"Tom"},{"orderId":"3","orderOwner":"Mike"}]

    本文谢绝转载。其它和Spring Cloud相关的博文如下: