Подробное объяснение интегрированного Ehcache Springboot для реализации механизма кэширования

Ehcache-это чистая рамка кэширования Java-процесса, с быстрыми и худыми функциями, и это кахэпровидер по умолчанию в Hibernate.

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

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

Поскольку Spring-Boot не требует каких-либо файлов конфигурации шаблона, Spring Boot будет немного отличаться при интеграции некоторых других структур.

1.Spring-Boot-это структура для баночных пакетов, управляемых через Maven. Зависимости, необходимые для интеграции ehcache, следующие

 <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context-support</artifactId></dependency><dependency> <groupId>net.sf.ehcache</groupId> <artifactId>ehcache</artifactId> <version>2.8.3</version></dependency>

Конкретный файл pom.xml выглядит следующим образом

 <? xml version = "1.0" Encoding = "utf-8"?> <project xmlns = "http://maven.apache.org/pom/4.0.0" xmlns: xsi = "http://www.w3.org/2001/xmlschema-instance" xsi: schemalocation = "http://maven.apache.org/pom/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <dolidayversion> 4.0.0 </modelversion> <groupD> com.lclc.boot </GroupId> </artifact> </artifact> </artifact> </artifact> </artifact> </artifact> </artifact> </artifact> </artifact> </modelversion> <groupid> com. <версия> 0.0.1-snapshot </version> <!-Утологов по умолчанию от Spring Boot-> <parent> <groupid> org.springframework.boot </GroupId> <strifactid> Spring-Boot-Starter-parent </artifactid> <sersive> 1.1.3.release </version> </parent> <зависимости> <зависимость>. <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-thymeleaf</artifactId> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> </dependency> <dependency> <groupId>com.google.guava</groupId> <StrifactId> guava </artifactid> <sersive> 17.0 </version> </dependency> <dependency> <groupid> org.sspringframework </groupid> <artifactid> spring-context-support </artifactid> </getyder> <seyedy> <groupid> net.shcache </artifactid> </jeply> <dehyse> <groupid> net.ehcache </GroupD> <ratifactid> ehcache </artifactid> <sersive> 2.8.3 </version> </dependency> </dependencies> <Degy DependencyManagement> <dependencies> </depertive> </degy Diestion> </depertive> </dependencies> </degesperments> </degy Deportiendion> </jegy Deginencies> <buld> <groupd> <groupd> org.springframe. <Artifactid> Spring-boot-maven-plugin </artifactid> </placin> </plugins> </build> <prepositories> <perpository> <id> Spring-snapshots </id> <url> http://repo.spring.io/snapshot </url> <napshots> <neabled> </snapshort> <//snapishort> <//snapshort> <//snapishort> <//snapshort> <//snapshort> </inabled> <//snapishort> <perpository> <id> Spring-milestones </id> <url> http://repo.spring.io/milestone </url> </repository> </repository> </repository> <plaginrepository> <plaginrepository> <id> Spring-snapshots </id> <URL> http://repo.spring.io/snapshot </url> </pluginRepository> <pluginRepository> <id> Spring-milestones </id> <url> http://repo.spring.io/milestone </url> </pluginrepository> </plucinreposeries> </plucinrepositority> <//plucitories> </pluginrepositorietories> </placinrecires> </url> </pluginrepositorietories> </plucinrefositories> </url> </url> </url> </url> </url>

2. Используя ehcache, нам нужен ehcache.xml, чтобы определить некоторые атрибуты кэша.

 <? xml version = "1.0" Encoding = "utf-8"?> <ehcache xmlns: xsi = "http://www.w3.org/2001/xmlschema-instance" xsi: nonamespaceSchemalocation = "http://ehcache.orgg/ehccecemalocation =" http://ehcache.orgg/ehccecemalocation = "http://ehcache.orge.orgace.xachcemalocation =" http://ehcache.orge.orgace.xachcemalocation = ". <diskstore path = "java.io.tmpdir /tmp_ehcache" /> <defaultcache eternal = "false" maxelementsinmemory = "1000" overflowtodisk = "false" diskpersistent = "false" dimehoidleseconds = "0" name = "demo" eternal = "false" maxelementsinmemory = "100" upflowtodisk = "false" diskpersistent = "false" timeToidleseconds = "0" timetoliveseconds = "300" MemoryStoreEvictictionPolicy = "LRU" /> < /ehcache>

Объясните теги в этом файле XML.

(1) .diskstore: это путь кэша, Ehcache делится на два уровня: память и диск. Это свойство определяет местоположение кэша диска. Параметры объясняются следующим образом:

1. user.home user Home Directory
2. Текущий рабочий каталог пользователя user.dir
3. java.io.tmpdir по умолчанию временный путь файла

(2) .defaultcache: политика кэша по умолчанию. Когда Ehcache не может найти определенный кэш, будет использоваться эта политика кэша. Только один может быть определен.

(3) .Cache: Политика CACE CACHE, пользовательская политика кеша. Параметры объясняются следующим образом:

1. Свойства элемента кеша:
2. Имя: Имя кэша
3. MaxElementsInmemory: максимальное количество кэшированных объектов в памяти
4. maxelementsondisk: максимальное количество кэшированных объектов на жестком диске. Если это 0, это означает бесконечность
5. Eternal: Истинно означает, что объект никогда не истекает. В настоящее время, временные виды секунд и временные свойства будут проигнорированы, а по умолчанию неверно
6. Overflowtodisk: True означает, что когда количество объектов, кэшированных в памяти, достигает предела MaxelementsInMemory, переполненные объекты будут записаны в кэш жесткого диска. Примечание. Если кэшированный объект должен быть записан на жесткий диск, объект должен реализовать сериализуемый интерфейс.
7. Diskspoolbuffersizemb: Размер диска, по умолчанию 30 МБ. Каждый кэш должен иметь свою собственную область кеша.
8. Дисквистизитный: к тому, кэшируйте данные о перезапуске виртуальной машины во время данных
9. DiskexpiryThreadIntervalseconds: Интервал времени выполнения диска, по умолчанию 120 секунд
10. TimeToidLeseconds: устанавливает максимальное время, чтобы объект был простоя, в считанные секунды. Когда объект был доступен в последний раз, если значение свойства TimeDoidLeseconds превышает значение свойства TimeDoidLesseconds, объект истекает, а eHcache будет очищать его из кэша. Это свойство действительнее только в том случае, если вечное свойство является ложным. Если значение свойства равно 0, это означает, что объект может быть простоя на неопределенный срок
11. Временные секунды: устанавливает максимальное время, которое объект позволяет существовать в кэше, за несколько секунд. Когда объект был сохранен в кэше, если время в кэше превышает значение свойства TimetoliveSeconds, объект истекает, а ehcache очистит его из кэша. Это свойство действительнее только в том случае, если вечное свойство является ложным. Если значение свойства равно 0, это означает, что объект может существовать в кэше на неопределенный срок. Временные второго
12. MemoryStoreEvictionPolicy: когда достигнут предел MaxElementsInMemory, EHCache очистит память в соответствии с указанной политикой. Дополнительные политики: LRU (последняя недавно используемая, политика по умолчанию), FIFO (сначала, сначала) и LFU (минимальное количество посещений).

Springboot поддерживает многие методы кэширования: Redis, Guava, Ehcahe, JCache и т. Д.

Объясните разницу между Redis и Ehcache:

Redis: Это независимая программа бега. Только после установки он манипулируется с использованием Jedis на Java. Поскольку он независим, если вы напишете модульную программу тестирования, поместите некоторые данные в Redis, а затем напишите другую программу, чтобы получить данные, вы можете получить данные. В
Ehcache: Очевидно, что он отличается от Redis, он связан с Java -программами. Когда программа Java жива, она жива. Например, если вы пишете независимую программу для размещения данных, а затем пишете независимую программу для получения данных, вы не получите данные. Данные могут быть получены только в независимых программах.

3. Разместите менеджер EHCACHE в контейнер для контекста Spring.

 @Configuration // Аннотация запускает кэш @enablecachingpublic class cacheconfiguration {/** ehcache main manager*/ @bean (name = "appehcachecachemanager") public ehcachecachemanager ehcachecachemanager (ehcachemanagerfactfactebebe bean) (return nehcacachemanager (becachemanagerfactfactacebebebebebe) (return nehcacachemanager (becachemanagerfactacefacebebebebebebebebebebebebebebebeab } / * * В соответствии с настройками общего или нет, Spring создает базу ehcache через cachemanager.create () или new cachemanager () соответственно. */ @Bean public ehcachemanagerfactorybean ehcachemanagerfactorybean () {ehcachemanagerfactorybean cachemanagerfactorybean = new ehcachemanagerfactorybean (); cachemanagerfactorybean.setConfiglocation (новый ClassPathresource ("conf/ehcache-app.xml")); cachemanagerfactorybean.setshared (true); вернуть CachemanagerFactoryBean; }}

@Configuration: аннотирован для Spring-Boot, в основном аннотируется как класс конфигурации, и приоритет дается сканирование.

@Bean: Добавить бон в пружинный контейнер.

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

4. Используйте ehcache

Использование ehcache в основном через механизм пружинного кеша. Мы реализовали механизм пружинного кеша с использованием ehcache, поэтому мы можем полностью использовать механизм кэша пружинного кеша с точки зрения использования.

Несколько заметок задействованы:

@Cachable: Отвечает за добавление возвращаемого значения метода в кэш, параметр 3
@Cacheevict: отвечает за очистку кэша, параметр 4

Пояснение параметра:

1. Значение: имя местоположения кэша не может быть пустым. Если используется ehcache, это имя кэша, объявленного в ehcache.xml
2. Ключ: кэшированная клавиша, по умолчанию пуста, что означает тип параметра и значение параметра метода, используемого в качестве клавиши, и поддерживает SPEL
3. Условие: условие триггера, только в случае соблюдения условия будет добавлено в кэш. По умолчанию пусто, что означает, что все они добавляются в кэш и поддерживают Spel
4. Allentries: Параметр Cacheevict, True означает очистку всех кэшей в значении, по умолчанию является ложным

Без лишних слов просто загрузите код:

 @Servicepublic class cachedemoserviceimpl реализует CachedemoService {/** * Ключ кэша */public static final String thing_ally_key = "/" thing_all/""; /*** Атрибут значения указывает, какую политику кэша использовать. Кэш -политика находится в ehcache.xml */ public static final String demo_cache_name = "demo"; @Cacheevict (value = demo_cache_name, key = thing_all_key) @override public void create (thing) {long id = getNextid (); thing.setid (id); data.put (id, вещь); } @Cachable (value = demo_cache_name, key = "#thing.getid () + 'thing'") @override public things findbyid (long id) {system.err.println ("Нет кэш!" + Id); вернуть data.get (id); } @Cachable (value = demo_cache_name, key = thing_all_key) @override public list <hell> findall () {return lists.newarraylist (data.values ​​()); } @Override @CachePUT (value = demo_cache_name, key = "#thing.getid ()+'thing'") @cacheevict (value = demo_cache_name, key = thing_alke) public, что обновление (вещь) {system.out.println (thing); data.put (thing.getid (), thing); вернуть вещь; } @Cacheevict (value = demo_cache_name) @override public void delete (long id) {data.remove (id); }}

5. Вам нужно аннотировать метод сервисного уровня только посредством аннотаций, и вы можете использовать кэш, сохранить кэш на поиске ** и очистить кэш на Delete ** и обновление **.

Подробное объяснение аннотаций кеша

@CacheConfig: в основном используется для настройки некоторых общих конфигураций кэша, которые будут использоваться в этом классе. Здесь @cacheconfig (cachenames = "users"): контент, возвращаемый в объекте доступа данных, настроен для сохранения в объекте Cache с именем пользователями. Мы также можем определить его непосредственно через собственное имя @Cachable набор кэша без использования этой аннотации.

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

1. Значение и кахеналы: два эквивалентных параметра (Cachenames добавляют в Spring 4 в виде псевдонима для значения), которые используются для указания имени коллекции хранилища кеша. Поскольку @cacheconfig добавлен в пружине 4, атрибут значения, который первоначально требовался в Spring 3, также стал неосведомленным
2. Ключ: значение ключа, сохраненное в коллекции карт объектов кэша, не требуется. По умолчанию все параметры функции объединяются как значение ключа. Если вы настроите его самостоятельно, вам нужно использовать экспрессии SPEL, такие как: @Cachable (key = "#P0"): используйте первый параметр функции в качестве значения кэшированного ключа. Для получения более подробной информации о выражениях SPEL, пожалуйста, обратитесь к официальному документу.
3. Условие: Условия для объектов кеша не требуются, а также требуются выражения SPEL. Только содержание, которые соответствуют условиям выражения, будут кэшированы. Например: @cachable (key = "#P0", условие = "#p0.length () <3"), что означает, что он будет кэширован только тогда, когда длина первого параметра меньше 3. Если пользователь AAA на этой конфигурации не будет кэширована, читатели могут экспериментировать и попробовать его самостоятельно.
4. Если: другой параметр условия кэша, который не требуется, требует использования выражения SPEL. То, что отличает его от параметра состояния, заключается в сроках его суждения. Это условие оценивается только после того, как функция вызвана, поэтому оно может быть оценено результатом.
5. Keygenerator: используется для указания генератора ключей, не требуется. Если вам нужно указать пользовательский генератор ключей, нам нужно реализовать интерфейс org.springframework.cache.interceptor.keygenerator и использовать этот параметр для его указания. Следует отметить, что этот параметр и ключ являются взаимоисключающими
6. Cachemanager: используется для указания того, какой Cache Manager использовать, не требуется. Используйте только в случае нескольких
7. Cacheresolver: используется для указания того, какой сияющий файл кэша использовать, не требуется. Вам необходимо реализовать свой собственный анализатор кеша через интерфейс org.springframework.cache.interceptor.cacheresolver и укажите его с этим параметром.

В дополнение к двум аннотациям, используемым здесь, есть также следующие основные аннотации:

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

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

1. Allentries: несущественный, по умолчанию в False. Когда это правда, все данные удаляются
2. Перед включением: несущественный, по умолчанию неверно, и данные будут удалены после вызова метода. Когда это правда, данные удаляются перед вызовом метода.

Выше всего содержание этой статьи. Я надеюсь, что это будет полезно для каждого обучения, и я надеюсь, что все будут поддерживать Wulin.com больше.