Hystrix 请求缓存(request cache)

Hystrix 的请求缓存（Request Cache）是一种优化机制，旨在减少对外部服务的重复调用，提高系统性能和响应速度。当多个相同的请求在短时间内到达时，Hystrix 可以只执行第一次请求，将其结果缓存起来，后续相同请求直接从缓存中获取结果，无需再次执行昂贵的操作。以下是请求缓存的工作原理和使用方法：

工作原理：

1. 键值匹配：Hystrix 使用一个键（通常是基于传入参数生成的）来唯一标识一个请求。如果两个请求的键相匹配，那么它们被视为相同的请求。

2. 首次计算：当第一次请求到达时，Hystrix 执行 run() 方法，调用实际的服务逻辑。

3. 缓存结果：如果第一次请求成功完成（没有抛出异常），其结果会被缓存起来，关联到请求的键上。

4. 后续请求处理：后续的请求，如果键与缓存中的某个键匹配，Hystrix 不会再次执行 run() 方法，而是直接从缓存中返回之前的结果。

5. 有效期管理：缓存的结果通常有一个有效期限，在这个期限内，后续相同的请求都会复用缓存结果。过期后，下一次请求将重新执行逻辑并更新缓存。

使用方法：

要在 Hystrix 命令中启用请求缓存，你需要：

1. 标记命令：在定义 HystrixCommand 或 HystrixObservableCommand 时，使用 @CacheKey 注解标记那些用于生成缓存键的参数。如果没有使用注解，Hystrix 会默认使用所有参数的组合作为键。

2. 启用缓存：在命令类中，通过覆盖 isCacheable() 方法并返回 true 来指示该命令的结果可以被缓存。

3. 配置：可以在配置中全局开启或关闭请求缓存，也可以为每个命令单独配置。

注意事项：

• 请求缓存仅适用于幂等操作，即多次执行具有相同输入时总是得到相同输出的操作。
• 如果命令执行失败，或者抛出了异常，不会缓存结果。
• 缓存是在内存中进行的，因此不适合存储大量数据或大对象，且在应用重启后缓存会丢失。
• 必须谨慎处理缓存失效策略，避免因缓存中的数据过时而导致问题。

通过合理使用请求缓存，Hystrix 可以显著提升那些重复查询场景下的系统效率，降低外部服务的压力。