Обмен технологиями

Локальный кэш Java (настройка высокой производительности)

2024-07-12

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

В мире Java технология кэширования широко используется для повышения производительности приложений и в основном делится на две категории: удаленное кэширование и локальное кэширование. Удаленное кэширование, обладающее превосходной производительностью и гибкостью, часто реализуется с помощью популярных решений, таких как Redis и Memcached. Локальный кеш с его легкими и быстрыми характеристиками доступа представлен такими технологиями, как HashMap, Guava Cache, Caffeine и Ehcache.

В будущих статьях блога мы углубимся в тайны удаленного кэширования, а сегодня давайте сосредоточимся на локальном кэшировании. В этой статье вы сначала познакомитесь с технологией локального кэширования, чтобы предоставить вам полный обзор. Далее мы углубимся в технологию кэширования, известную как король производительности, и изучим лежащие в ее основе принципы и методы реализации. Наконец, на серии практических примеров мы продемонстрируем, как эффективно использовать эти высокопроизводительные технологии локального кэширования в повседневной работе для повышения эффективности разработки и производительности приложений.

1. Локальный кеш Java

1.1 ХэшМап

Используя базовую реализацию Map, мы можем хранить объекты, подлежащие кэшированию, непосредственно в памяти, что является прямым и эффективным методом.

Преимущество: Этот метод прост и понятен, не требует использования внешних библиотек и очень подходит для приложений с несложными требованиями к кэшированию и простыми сценариями.

Недостатки: Однако в этом методе отсутствует механизм автоматического устранения кэша. Если необходимо реализовать более продвинутые стратегии кэширования, могут потребоваться более высокие затраты на разработку.

  1. public class LRUCache extends LinkedHashMap {
  2. /**
  3. * 可重入读写锁,保证并发读写安全性
  4. */
  5. private ReentrantReadWriteLock readWriteLock = new ReentrantReadWriteLock();
  6. private Lock readLock = readWriteLock.readLock();
  7. private Lock writeLock = readWriteLock.writeLock();
  8. /**
  9. * 缓存大小限制
  10. */
  11. private int maxSize;
  12. public LRUCache(int maxSize) {
  13. super(maxSize + 1, 1.0f, true);
  14. this.maxSize = maxSize;
  15. }
  16. @Override
  17. public Object get(Object key) {
  18. readLock.lock();
  19. try {
  20. return super.get(key);
  21. } finally {
  22. readLock.unlock();
  23. }
  24. }
  25. @Override
  26. public Object put(Object key, Object value) {
  27. writeLock.lock();
  28. try {
  29. return super.put(key, value);
  30. } finally {
  31. writeLock.unlock();
  32. }
  33. }
  34. @Override
  35. protected boolean removeEldestEntry(Map.Entry eldest) {
  36. return this.size() > maxSize;
  37. }
  38. }

1.2 Кэш гуавы

Guava Cache — это технология кэширования, разработанная Google и основанная на алгоритме замены LRU (наименее недавно использовавшемся). Однако с появлением кофеина тайник гуавы постепенно исчез из поля зрения людей. Кофеин не только наследует преимущества Guava Cache, но и превосходит его во многих аспектах. Хотя конкретный пример кода здесь не представлен, читатели, интересующиеся Guava Cache, могут посетить его официальный сайт для получения дополнительной информации.

Преимущество: Guava Cache поддерживает установку ограничений максимальной емкости и предоставляет две стратегии истечения срока действия: на основе времени вставки и времени доступа, а также поддерживает некоторые базовые статистические функции.

Недостатки: С выпуском Spring Boot 2 и Spring 5 использование Guava Cache больше не рекомендуется для них обоих.

1.3 Кофеин

Caffeine — это технология кэширования с открытым исходным кодом, использующая алгоритм W-TinyLFU, который представляет собой стратегию устранения кэша, сочетающую в себе преимущества LRU и LFU (наименьшая используемая частота). Производительность кэша Caffeine близка к теоретическому оптимальному решению и может рассматриваться как обновленная версия кэша Guava.

  1. public class CaffeineCacheTest {
  2. public static void main(String[] args) throws Exception {
  3. //创建guava cache
  4. Cache<String, String> loadingCache = Caffeine.newBuilder()
  5. //cache的初始容量
  6. .initialCapacity(5)
  7. //cache最大缓存数
  8. .maximumSize(10)
  9. //设置写缓存后n秒钟过期
  10. .expireAfterWrite(17, TimeUnit.SECONDS)
  11. //设置读写缓存后n秒钟过期,实际很少用到,类似于expireAfterWrite
  12. //.expireAfterAccess(17, TimeUnit.SECONDS)
  13. .build();
  14. String key = "key";
  15. // 往缓存写数据
  16. loadingCache.put(key, "v");
  17. // 获取value的值,如果key不存在,获取value后再返回
  18. String value = loadingCache.get(key, CaffeineCacheTest::getValueFromDB);
  19. // 删除key
  20. loadingCache.invalidate(key);
  21. }
  22. private static String getValueFromDB(String key) {
  23. return "v";
  24. }
  25. }

1.4 Кэш EhCache

Ehcache — это чистая среда внутрипроцессного кэширования Java, известная своей быстрой и эффективной производительностью. Он широко известен и служит поставщиком кэша по умолчанию для Hibernate.

Преимущество : Ehcache предоставляет широкий спектр алгоритмов вытеснения кэша, включая LFU (наименее часто используемый), LRU (наименее используемый в последнее время) и FIFO (первым вошел — первым вышел). Он поддерживает различные типы кэш-хранилищ, такие как кэш в куче, кэш вне кучи и дисковый кэш, чтобы адаптироваться к различным потребностям хранения. Кроме того, Ehcache также поддерживает множество кластерных решений, эффективно решая проблему совместного использования данных.

Недостатки: Хотя Ehcache превосходит во многих аспектах, по эффективности он немного отстает от Caffeine.

  1. public class EncacheTest {
  2. public static void main(String[] args) throws Exception {
  3. // 声明一个cacheBuilder
  4. CacheManager cacheManager = CacheManagerBuilder.newCacheManagerBuilder()
  5. .withCache("encacheInstance", CacheConfigurationBuilder
  6. //声明一个容量为20的堆内缓存
  7. .newCacheConfigurationBuilder(String.class,String.class, ResourcePoolsBuilder.heap(20)))
  8. .build(true);
  9. // 获取Cache实例
  10. Cache<String,String> myCache = cacheManager.getCache("encacheInstance", String.class, String.class);
  11. // 写缓存
  12. myCache.put("key","v");
  13. // 读缓存
  14. String value = myCache.get("key");
  15. // 移除换粗
  16. cacheManager.removeCache("myCache");
  17. cacheManager.close();
  18. }
  19. }

 

2. Высокопроизводительный кеш Кофеин

2.1 Тип кэша

2.1.1 Кэш

 

Cache<Key, Graph> cache = Caffeine.newBuilder()    .expireAfterWrite(10, TimeUnit.MINUTES)    .maximumSize(10_000)    .build();
// 查找一个缓存元素, 没有查找到的时候返回nullGraph graph = cache.getIfPresent(key);// 查找缓存,如果缓存不存在则生成缓存元素,  如果无法生成则返回nullgraph = cache.get(key, k -> createExpensiveGraph(key));// 添加或者更新一个缓存元素cache.put(key, graph);// 移除一个缓存元素cache.invalidate(key);

Интерфейс Cache предоставляет возможность находить, обновлять и удалять кэшированные элементы с помощью явного поиска. Если кешированный элемент не может быть сгенерирован или в процессе генерации выдается исключение и генерация элемента завершается неудачно, кэш.get может вернуть значение null .

2.1.2 Загрузка кэша

LoadingCache<Key, Graph> cache = Caffeine.newBuilder()    .maximumSize(10_000)    .expireAfterWrite(10, TimeUnit.MINUTES)    .build(key -> createExpensiveGraph(key));
// 查找缓存,如果缓存不存在则生成缓存元素,  如果无法生成则返回nullGraph graph = cache.get(key);// 批量查找缓存,如果缓存不存在则生成缓存元素Map<Key, Graph> graphs = cache.getAll(keys);

 

LoadingCache — это реализация кэша Cache с добавленной возможностью CacheLoader.
Если кэш отсутствует, соответствующий элемент кэша будет создан с помощью CacheLoader.load.

2.1.3 Асинхронный кэш

AsyncCache<Key, Graph> cache = Caffeine.newBuilder()    .expireAfterWrite(10, TimeUnit.MINUTES)    .maximumSize(10_000)    .buildAsync();
// 查找一个缓存元素, 没有查找到的时候返回nullCompletableFuture<Graph> graph = cache.getIfPresent(key);// 查找缓存元素,如果不存在,则异步生成graph = cache.get(key, k -> createExpensiveGraph(key));// 添加或者更新一个缓存元素cache.put(key, graph);// 移除一个缓存元素cache.synchronous().invalidate(key);

AsyncCache — это асинхронная форма Cache, предоставляющая Исполнителю возможность генерировать элементы кэша и возвращать CompletableFuture. Реализация пула потоков по умолчанию — ForkJoinPool.commonPool(), но вы также можете настроить выбор пула потоков, переопределив и реализовав метод Caffeine.executor(Executor).

2.1.4 Асинхронная загрузка кэша

AsyncLoadingCache<Key, Graph> cache = Caffeine.newBuilder()    .maximumSize(10_000)    .expireAfterWrite(10, TimeUnit.MINUTES)    // 你可以选择: 去异步的封装一段同步操作来生成缓存元素    .buildAsync(key -> createExpensiveGraph(key));    // 你也可以选择: 构建一个异步缓存元素操作并返回一个future    .buildAsync((key, executor) -> createExpensiveGraphAsync(key, executor));
// 查找缓存元素,如果其不存在,将会异步进行生成CompletableFuture<Graph> graph = cache.get(key);// 批量查找缓存元素,如果其不存在,将会异步进行生成CompletableFuture<Map<Key, Graph>> graphs = cache.getAll(keys);

AsyncLoadingCache — это асинхронная форма LoadingCache, которая предоставляет функцию асинхронной загрузки для создания элементов кэша.

2.2 Стратегия выселения

  • На основе мощности

// 基于缓存内的元素个数进行驱逐LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .maximumSize(10_000)    .build(key -> createExpensiveGraph(key));
// 基于缓存内元素权重进行驱逐LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .maximumWeight(10_000)    .weigher((Key key, Graph graph) -> graph.vertices().size())    .build(key -> createExpensiveGraph(key));
  • основанный на времени

// 基于固定的过期时间驱逐策略LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .expireAfterAccess(5, TimeUnit.MINUTES)    .build(key -> createExpensiveGraph(key));LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .expireAfterWrite(10, TimeUnit.MINUTES)    .build(key -> createExpensiveGraph(key));
// 基于不同的过期驱逐策略LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .expireAfter(new Expiry<Key, Graph>() {      public long expireAfterCreate(Key key, Graph graph, long currentTime) {        // Use wall clock time, rather than nanotime, if from an external resource        long seconds = graph.creationDate().plusHours(5)            .minus(System.currentTimeMillis(), MILLIS)            .toEpochSecond();        return TimeUnit.SECONDS.toNanos(seconds);      }      public long expireAfterUpdate(Key key, Graph graph,           long currentTime, long currentDuration) {        return currentDuration;      }      public long expireAfterRead(Key key, Graph graph,          long currentTime, long currentDuration) {        return currentDuration;      }    })    .build(key -> createExpensiveGraph(key));
  • на основе цитаты

//key和缓存元素都不再存在其他强引用的时候驱逐LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .weakKeys()    .weakValues()    .build(key -> createExpensiveGraph(key));
// 当进行GC的时候进行驱逐LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .softValues()    .build(key -> createExpensiveGraph(key));

2.3 Механизм обновления

LoadingCache<Key, Graph> graphs = Caffeine.newBuilder()    .maximumSize(10_000)    .refreshAfterWrite(1, TimeUnit.MINUTES)    .build(key -> createExpensiveGraph(key));

Стратегию обновления можно использовать только в LoadingCache. В отличие от вытеснения, если элемент кэша запрашивается во время обновления, его старое значение все равно будет возвращено, а обновленное новое значение не будет возвращено до завершения обновления элемента.

2.4 Статистика

Cache<Key, Graph> graphs = Caffeine.newBuilder() .maximumSize(10_000) .recordStats() .build();

Сбор данных можно включить с помощью метода Caffeine.recordStats(). Метод Cache.stats() вернет объект CacheStats, который будет содержать некоторые статистические показатели, такие как:

  • hitRate(): частота попаданий в кэш запросов.

  • evictionCount(): количество вытесняемых кешей.

  • AverageLoadPenalty(): среднее время, необходимое для загрузки нового значения.

С помощью контроллера RESTful, предоставляемого SpringBoot, вы можете легко запросить использование кэша.