Весеннее кэширование/репозиторий пружин, выселение нескольких ключей

Question

У меня есть два метода для получения объекта с двумя разными параметрами. У меня также есть метод сохранения, который использует один из этих параметров. Как я могу выдворить сущность из кеша под обеими ключами извлечения? например см. ниже:

@Cacheable 
public User getByUsername(String username); 

@Cacheable 
public User getByEmail(String email); 


@CacheEvict(key="#entity.username") 
User save(User entity); 

В приведенном выше обращении к getByEmail будет возвращена устаревшая дата.

Answer 1

Существует несколько вариантов, конечно, но, как обычно, Весна имеет заднюю часть.

Самый простой и самый простой подход заключается в привлечении @Caching аннотацию Spring на вашем методе save, как так ...

@Caching(evict = { 
    @CacheEvict(cacheNames = "Users", key="#user.name"), 
    @CacheEvict(cacheNames = "Users", key="#user.email") 
}) 
User save(User user); 

Для справки, я создал класс пример тест демонстрирует эту рабочую here.

Вы заметите, что я подражал вашему примеру выше, используя Spring's Аннотации кэш-абстракции на моем UserRepository. В этом случае мое репо поддерживается Pivotal GemFire ​​, но любое хранилище данных будет работать. Я использую ConcurrentMap в качестве моего провайдера кэширования, используя Spring ConcurrentMapCacheManager, но, конечно же, любой поставщик кеширования будет делать.

Мои test case доходы сэкономить новыйUser, гарантируя, что пользователь хранится еще не кэшируются. Затем в результате теста выполняются методы запросов (findByName, findByEmail), гарантирующие, что пользовательский объект кэшируется соответствующим образом в каждом случае. Затем я удаляю объект из основного хранилища данных и гарантирую, что объект все еще кэшируется. И, наконец, момент истины, я изменяю объект, повторно сохраняю объект, утверждая, что объект хранится в этом все записей были «выселены» из кеша.

Вы также можете попробовать, а другой оптимизации, чтобы объединить @CachePut аннотацию с 2 @CacheEvict аннотаций в этом случае, что может восстановить кэш на основе новой, обновленной сущности, что-то вроде ...

@Caching(
    evict = { 
    @CacheEvict(cacheNames = "Users", key="#a0.name", beforeInvocation = true), 
    @CacheEvict(cacheNames = "Users", key="#a0.email", beforeInvocation = true) 
    }, 
    put = { 
    @CachePut(cacheNames = "Users", key="#result.name"), 
    @CachePut(cacheNames = "Users", key="#result.email") 
    } 
) 
User save(User user); 

Примечание: обратите внимание пользователя атрибута на @CacheEvict аннотациях beforeInvocation вместе с @CachePuts

Однако, вы можете предпочесть, что объект будет лениво добавлены в кэш на основе необходимости.

Хотя вы бы предположили, что объект часто обращается/используется с тех пор, как метод save на вашем репо был просто вызван и поэтому полагается на ваш базовый хранилище данных (например, GemFire), чтобы установить дополнительное выселение (основанное на переполнении)/expiration (на основе LRU), тем самым улучшая управление системными ресурсами (например, памятью), сохраняя при этом оптимальную производительность приложения.

Пища для размышлений.

Надеюсь, это поможет.