Hystrix请求缓存

标签：处理   border   失效   为什么   can   判断   instance   method   如何   

为什么要使用请求缓存这种策略，官方给出的答案是：

• Different code paths can execute Hystrix Commands without concern of duplicate work.

　　白话文大概就是：不同的调用方，可以不必去处理一些重复的操作

　　这种模式在一个大型系统中，可以屏蔽一些底层的逻辑，让调用方更加简介清晰；

如何实现：

　　1、首先重写Command的getCacheKey方法

　　protected String getCacheKey() {
　　　　// 自定义key
　　　　return key；
　　}

　　因为判断是否需要使用缓存代码， 不设置CacheKey相当于就不使用缓存：

    protected boolean isRequestCachingEnabled() {
        return properties.requestCacheEnabled().get() && getCacheKey() != null;
    }

　　2、缓存调用初始化与关闭：

        HystrixRequestContext context = HystrixRequestContext.initializeContext();
        // do something
            System.out.println("from cache " + command.isResponseFromCache());
        });
        context.shutdown();

　　在context初始化和shutdown之间的所有command处理，只要缓存的key一致，那么结果就是一致的；

说明：

　　如果执行完部分command后，需要刷新一下缓存，可以使用 clear 方法：

HystrixCommandKey GETTER_KEY = HystrixCommandKey.Factory.asKey("testCommandKey");
HystrixRequestCache.getInstance(GETTER_KEY, HystrixConcurrencyStrategyDefault.getInstance())
　　　　　　　　　　   .clear(String.valueOf(2));

　　刷新的粒度是 commandKey下的某个缓存key；

 　　即使是再请求的context内，刷新缓存后的第一次操作会请求真正的下游服务，并将结果缓存到context内；

　　3、注解实现

Hystrix请求缓存

标签：处理   border   失效   为什么   can   判断   instance   method   如何   

原文地址：https://www.cnblogs.com/souyoulang/p/11370588.html