• 微服务是什么?它的优缺点有哪些?
  • Spring Boot简介
  • Spring Boot项目搭建步骤(超详细)
  • 使用Eureka编写服务提供者
  • 使用Eureka编写服务消费者
  • Eureka注册中心开启密码认证
  • Spring Cloud使用Eureka集群搭建实现高可用服务注册中心
  • Eureka自我保护模式和InstanceID的配置
  • Eureka开发时快速移除失效服务
  • Eureka开发时快速移除失效服务
  • Spring Cloud Ribbon(负载均衡器)介绍及使用
  • Spring Cloud Ribbon结合RestTemplate实现负载均衡
  • Spring Cloud Ribbon配置详解
  • Spring Cloud使用Feign调用服务接口
  • Spring Cloud Feign的自定义配置及使用
  • Spring Cloud Hystrix缓存与合并请求
  • Spring Cloud Zuul网关的介绍及使用
  • Spring Cloud Zuul过滤器介绍及使用(传递数据、拦截请求和异常处理)
  • Spring Cloud使用Zuul实现容错回退功能
  • Spring Cloud Zuul请求响应信息输出
  • Spring Cloud实现Zuul自带的Debug功能
  • Spring Cloud Gateway整合Eureka路由转发
  • Spring Cloud Gateway的常用路由断言工厂
  • Spring Cloud Gateway过滤器工厂的使用
  • Spring Cloud Gateway全局过滤器(GlobalFilter)
  • Smconf(分布式配置管理框架)概述
  • Apollo(分布式配置中心)核心概念及核心功能介绍
  • Apollo本地部署详细步骤
  • Apollo Portal管理后台的使用
  • Apollo高可用设计分析
  • Spring Cloud使用Sleuth在应用中进行日志跟踪
  • Spring Cloud Sleuth与ELK(日志分析系统)配合使用
  • Spring Cloud整合Zipkin进行服务跟踪
  • JWT(Json Web Token)是什么?
  • Spring Cloud基于JWT创建统一的认证服务
  • Zuul中传递Token到路由的服务中
  • Spring Boot Admin的介绍及使用
  • Swagger是什么?Swagger怎么用?
  • 使用Zuul聚合多个微服务的Swagger文档
  • 微服务架构下如何获取用户信息并认证?
  • 服务降级是什么?Spring Cloud如何实现?
  • Guava Cache本地缓存介绍及使用
  • 防止缓存雪崩的方案
  • Spring Cloud Hystrix缓存与合并请求

    缓存在开发中经常用到,我们常用 Redis 这种第三方的缓存数据库对数据进行缓存处理。本节讲解 Hystrix 缓存的实现和清除,以及请求的合并。

    结果缓存

    在 Hystrix 中也为我们提供了方法级别的缓存。通过重写 getCacheKey 来判断是否返回缓存的数据,getCacheKey 可以根据参数来生成。这样,同样的参数就可以都用到缓存了。

    改造之前的 MyHystrixCommand,在其中增加 getCacheKey 的重写实现,代码如下所示。

    1. @Override
    2. protected String getCacheKey() {
    3. return String.valueOf(this.name);
    4. }

    在上面的代码中,我们把创建对象时传进来的 name 参数作为缓存的 key。

    为了证明能够用到缓存,在 run 方法中加一行输出,在调用多次的情况下,如果控制台只输出了一次,那么可以知道后面的都是走的缓存逻辑,代码如下所示。

    1. @Override
    2. protected String run() {
    3. System.err.println("get data");
    4. return this.name + ":" + Thread.currentThread().getName();
    5. }

    执行 main 方法,发现程序报错了,如图 1 所示:

    运行结果
    图 1 运行结果

    完整错误信息如下:

    1. Caused by: java.lang.IllegalStateException: Request caching is not available. Maybe you need to initialize the HystrixRequestContext?

    根据错误提示可以知道,缓存的处理取决于请求的上下文,我们必须初始化 Hystrix-RequestContext。

    改造 main 方法中的调用代码,初始化 HystrixRequestContext,代码如下所示。

    1. public static void main(String[] args) throws InterruptedException, ExecutionException {
    2. HystrixRequestContext context = HystrixRequestContext.initializeContext();
    3. String result = new MyHystrixCommand("zhangsan").execute();
    4. System.out.println(result);
    5. Future<String> future = new MyHystrixCommand("zhangsan").queue();
    6. System.out.println(future.get());
    7. context.shutdown();
    8. }

    改造完之后重写执行 main 方法,就可以做正常运行了,输出结果如图 2 所示:

    运行结果
    图 2 运行结果

    我们可以看到只输出了一次 get data,缓存生效。

    缓存清除

    刚刚我们学习了如何使用 Hystrix 来实现数据缓存功能。有缓存必然就有清除缓存的动作。

    当数据发生变动时,必须将缓存中的数据也更新掉,不然就会出现脏数据的问题。同样地,Hystrix 也有清除缓存的功能。

    增加一个支持缓存清除的类,代码如下所示。

    1. public class ClearCacheHystrixCommand extends HystrixCommand<String> {
    2. private final String name;
    3. private static final HystrixCommandKey GETTER_KEY = HystrixCommandKey.Factory.asKey("MyKey");
    4. public ClearCacheHystrixCommand(String name) {
    5. super(HystrixCommand.Setter.withGroupKey(HystrixCommandGroupKey.Factory.asKey("MyGroup"))
    6. .andCommandKey(GETTER_KEY));
    7. this.name = name;
    8. }
    9. public static void flushCache(String name) {
    10. HystrixRequestCache.getInstance(GETTER_KEY,HystrixConcurrencyStrategyDefault.getInstance()).clear(name);
    11. }
    12. @Override
    13. protected String getCacheKey() {
    14. return String.valueOf(this.name);
    15. }
    16. @Override
    17. protected String run() {
    18. System.err.println("get data");
    19. return this.name + ":" + Thread.currentThread().getName();
    20. }
    21. @Override
    22. protected String getFallback() {
    23. return "失败了 ";
    24. }
    25. }

    flushCache 方法就是清除缓存的方法,通过 HystrixRequestCache 来执行清除操作,根据 getCacheKey 返回的 key 来清除。

    修改调用代码来验证清除是否有效果,代码如下所示。

    1. public static void main(String[] args) throws InterruptedException, ExecutionException {
    2. HystrixRequestContext context = HystrixRequestContext.initializeContext();
    3. String result = new ClearCacheHystrixCommand("zhangsan").execute();
    4. System.out.println(result);
    5. ClearCacheHystrixCommand.flushCache("zhangsan");
    6. Future<String> future = new ClearCacheHystrixCommand("zhangsan").queue();
    7. System.out.println(future.get());
    8. }

    执行两次相同的 key,在第二次执行之前调用缓存清除的方法,也就是说第二次用不到缓存,输出结果如图 3 所示:

    运行结果
    图 3 运行结果

    由此可以看出,输出两次 get data,这证明缓存确实被清除了。可以把 ClearCache-HystrixCommand.flushCache 这行代码注释掉再执行一次,就会发现只输出了一次 get data,缓存是有效的,输入结果如图 2 所示。

    合并请求

    Hystrix 支持将多个请求自动合并为一个请求(代码如下所示),利用这个功能可以节省网络开销,比如每个请求都要通过网络访问远程资源。如果把多个请求合并为一个一起执行,将多次网络交互变成一次,则会极大地节省开销。

    1. public class MyHystrixCollapser extends HystrixCollapser<List<String>, String, String> {
    2. private final String name;
    3. public MyHystrixCollapser(String name) {
    4. this.name = name;
    5. }
    6. @Override
    7. public String getRequestArgument() {
    8. return name;
    9. }
    10. @Override
    11. protected HystrixCommand<List<String>> createCommand(final Collection<CollapsedRequest<String, String>> requests) {
    12. return new BatchCommand(requests);
    13. }
    14. @Override
    15. protected void mapResponseToRequests(List<String> batchResponse,
    16. Collection<CollapsedRequest<String, String>> requests) {
    17. int count = 0;
    18. for (CollapsedRequest<String, String> request : requests) {
    19. request.setResponse(batchResponse.get(count++));
    20. }
    21. }
    22. private static final class BatchCommand extends HystrixCommand<List<String>> {
    23. private final Collection<CollapsedRequest<String, String>> requests;
    24. private BatchCommand(Collection<CollapsedRequest<String, String>> requests) {
    25. super(Setter.withGroupKey(HystrixCommandGroupKey.Factory.asKey("ExampleGroup"))
    26. .andCommandKey(HystrixCommandKey.Factory.asKey("GetValueForKey")));
    27. this.requests = requests;
    28. }
    29. @Override
    30. protected List<String> run() {
    31. System.out.println(" 真正执行请求......");
    32. ArrayList<String> response = new ArrayList<String>();
    33. for (CollapsedRequest<String, String> request : requests) {
    34. response.add(" 返回结果 : " + request.getArgument());
    35. }
    36. return response;
    37. }
    38. }
    39. }

    接下来编写测试代码,代码如下所示。

    1. public static void main(String[] args) throws InterruptedException, ExecutionException {
    2. HystrixRequestContext context = HystrixRequestContext.initializeContext();
    3. Future<String> f1 = new MyHystrixCollapser("zhangsan").queue();
    4. Future<String> f2 = new MyHystrixCollapser("zhangsan333").queue();
    5. System.out.println(f1.get() + "=" + f2.get());
    6. context.shutdown();
    7. }

    通过 MyHystrixCollapser 创建两个执行任务,按照正常的逻辑肯定是分别执行这两个任务,通过 HystrixCollapser 可以将多个任务合并到一起执行。从输出结果就可以看出,任务的执行是在 run 方法中去做的,输出结果如图 4 所示:

    运行结果
    图 4 运行结果