首页 > 文章 > Hystrix请求缓存

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
时间:2019-09-11 22:50:10阅读(8)
联系我们 - 留言反馈
© 2017 版权所有 鲁ICP备17052893号