快3是正规的吗_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;
500        }
31    }

     在第13行的getOrderDetailByID最好的妙招前一天,有人在第12行通过fallbackMethod定义了回退最好的妙招,在你这名最好的妙招的第16行里,有人定义了可能性输入是error,没有则将抛出异常,以此触发回退最好的妙招getFallback。而在第24行定义的回退最好的妙招里,有人将返回1个多多多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            //通过定义1个多多多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            //把1个多多多返回对象组里装1个多多多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最好的妙招,把三次调用的结果分别赋予1个多多多OrderDetail类型的对象。

    前一天,通过第21到24行的代码,把1个多多多OrderDetail对象组装成1个多多多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 = "50000")})
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行里,有人定义了只查询1个多多多对象的getOneOrderDetail最好的妙招,在定义该最好的妙招的注解里,有人指定了会把在5秒内调用该最好的妙招的请求合并到getMoreOrderDetails最好的妙招里。

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

    当有人启动Eureka服务器(HystrixEurekaServer)、服务提供者(HystrixEurekaserviceProvider)和服务调用者(HystrixEurekaserviceCaller)1个多多多项目后,都可不可不可以在浏览器里输入如下的请求,以此来查看合并请求的效果。

http://localhost:500500/mergeDemo

    上述请求的输出如下,有人能看多六个OrderDetail对象。从上述的讲解能看出,这六个对象着实是通过一次合并后的请求得到的。

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

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