Hystrix请求缓存

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

• 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、注解实现

注解	描述	属性
@CacheResult	改注解用来标记请求命令返回的结果应该被缓存，它必须与@HystrixCommand注解结合使用	cacheKeyMethod
@CacheRemove	该注解用来让请求命令的缓存失效，失效的缓存根据定义的key决定	commandKey,cacheKeyMethod
@CacheKey	改注解用来在请求命令的参数上标记，使其作为缓存的Key值，如果没有标注则会使用所有参数。如果同时还使用了@CacheResult和 @CacheRemove注解的cacheKeyMethod方法指定缓存Key的生成，那么该注解将不会起作用	value

转载于:https://www.cnblogs.com/souyoulang/p/11370588.html