@CacheEvict的Gemfire EntryNotFoundException

Question

简而言之，当在方法上调用@CacheEvict并且没有找到条目的键时，Gemfire会抛出EntryNotFoundException。

现在详细介绍一下，

我有课

class Person {

 String mobile;
 int dept;
 String name;

}

我有两个缓存区域，定义为个人区域和个人部门区域，服务如下

@Service
class PersonServiceImpl {

   @Cacheable(value = "personRegion")
   public Person findByMobile(String mobile) {

      return personRepository.findByMobile(mobile);

   }


   @Cacheable(value = "personByDeptRegion")
   public List<Person> findByDept(int deptCode) {

      return personRepository.findByDept(deptCode);

   }


   @Caching(
      evict = { @CacheEvict(value = "personByDeptRegion", key="#p0.dept"},
      put = { @CachePut(value = "personRegion",key = "#p0.mobile")}

   )
   public Person updatePerson(Person p1) {

      return personRepository.save(p1);

   }

}

当调用updatePerson时，如果personByDeptRegion中没有条目，则会抛出一个异常，即键1的EntryNotFoundException（或dept代码）。在调用@Cacheable方法之前，很可能会调用此方法，并且希望避免此异常。当给定区域的键不存在时，我们有没有办法调整Gemfire行为以优雅地返回？。或者，我也想知道是否有更好的实现上述场景使用Gemfire作为缓存。

Spring数据：1.7.4

Gemfire版本：v8.2.1

注意：以上代码仅用于表示目的，我在实际项目中有多个相同问题的服务。

Answer 1

首先，我推荐您在应用程序服务组件上使用Spring的缓存注释。开发人员经常在他们的存储库中启用缓存，我认为这是一种糟糕的形式，尤其是在存储库交互之前或之后涉及复杂的业务规则（甚至是额外的IO；例如，从服务组件调用web服务）的情况下，尤其是在不应影响（或确定）缓存行为的情况下。

我还认为，通过在CacheEvict之后使用CacheEvict注释来缓存UC（更新一个缓存（角色区域），同时在数据存储更新上使另一个缓存（角色区域）无效）对我来说似乎是合理的。尽管如此，我要指出，@缓存注释的看似预期用途是组合相同类型的多个缓存注释（例如多个@CacheEvict或多个@Cacheput），如核心Spring Framework参考指南中所述。尽管如此，没有什么可以阻止您的预期用途。

我在这里创建了一个类似的测试类，以上面的示例为模型，来验证问题。事实上，JondoUpdateSuccessful测试用例失败（GemFireEntryNotFoundException，如下所示），因为部门中没有人

com.gemstone.gemfire.cache.EntryNotFoundException: RESEARCH_DEVELOPMENT
    at com.gemstone.gemfire.internal.cache.AbstractRegionMap.destroy(AbstractRegionMap.java:1435)

注意：我的测试使用GemFire作为“缓存提供程序”和记录系统（SOR）。

问题真正在于可持续发展目标对地区的利用。销毁GemfireCache中的（密钥）。逐出（关键）实现，而不是区域，也许更合适。删除（键）。

GemfireCache。逐出（键）已使用区域实现。从一开始就销毁（密钥）。但是，区域。删除（键）直到GemFire v5.0才引入。不过，我看不出区域之间有什么明显的区别。销毁（键）和区域。删除（key），而不是由区域引发的EntryNotFoundException。销毁（密钥）。本质上，它们都破坏了本地条目（键和值），并将操作分发到集群中的其他缓存（提供了一个非本地作用域）。

因此，我提交了SGF-539，将SDG更改为调用<代码>区域。删除GemfireCache中的（键）。逐出（键）而不是区域。销毁（密钥）。

至于变通方法，基本上只有2件事可以做：

1. 重新构造代码和使用cacheexit注释，和/或
2. 利用cacheexit上的条件

不幸的是，不能使用类类型（类似于Spring条件（除SpEL外））指定条件，但该接口用于另一个目的，并且条件属性不接受类类型。

目前，我没有一个很好的例子来说明这是如何工作的，所以我正在研究SGF-539。

您可以根据此票据了解更多详细信息和进度。

抱歉给您带来不便。

-约翰