大厂都在用EhCache，它到底比Redis强在哪里？，高级java面试题大全答案

2401_84023604

已于 2024-04-10 11:14:02 修改

阅读量689

点赞数 19

分类专栏： 2024年程序员学习文章标签： redis java 数据库

于 2024-04-10 11:14:00 首次发布

本文链接：https://blog.csdn.net/2401_84023604/article/details/137589153

版权

2024年程序员学习专栏收录该内容

235 篇文章 1 订阅

订阅专栏

==========

看一下EhCache的架构图，大概了解一下它由几部分组成。

大厂都在用EhCache，它到底比Redis强在哪里？

Ehcache-architecture

Cache Replication部分提供了缓存复制的机制，用于分布式环境。EhCache最初是独立的本地缓存框架组件，在后期的发展中，结合Terracotta服务阵列模型，可以支持分布式缓存集群，主要有RMI、JGroups、JMS和Cache Server等传播方式进行节点间通信。

In-process APIs则提供了基于JSR、JMX等标准的支持，能够较好的兼容和移植，同时对各类对象有较完善的监控管理机制。

Network APIs则对外提供了基于RESTful API、JMS API、Cache Server等方式的支持。

在使用过程中，需要关注的核心部分便是中间的Core部分了。它包含了核心的API和概念：

CacheManager：缓存管理器，可以通过单例或者多例的方式创建，也是Ehcache的入口类。
Cache：每个CacheManager可以管理多个Cache，每个Cache可以采用hash的方式管理多个Element。所有cache都实现了Ehcache接口；
Element：单条缓存数据的组成单位，用于存放真正缓存内容的。

三者的管理可以用下图表示：

大厂都在用EhCache，它到底比Redis强在哪里？

CacheManager

缓存过期策略

======

在架构图中还可以看到Memory Store LRU、Memory Store LFU、Memory Store FIFO等内存存储算法。也就是当缓存占用空间接近临界值时，会采用上面的淘汰策略来清理掉一部分数据。

EhCache提供了三种淘汰算法：

FIFO：First In First Out，先进先出。判断被存储的时间，离目前最远的数据优先被淘汰。
LRU：Least Recently Used，最近最少使用。判断最近被使用的时间，目前最远的数据优先被淘汰。
LFU：Least Frequently Used，最不经常使用。在一段时间内，数据被使用次数最少的，优先被淘汰。

Ehcache采用的是懒淘汰机制，每次往缓存放入数据时，都会存一个时间，在读取时要和设置的时间做TTL比较来判断是否过期。

EhCache实战解析

===========

了解了上面的基础知识之后，来实验一下EhCache如何使用。其中EhCache2.x和EhCache3.x的使用差距较大。

这里采用比较新的3.9.6版本，不同的版本在API的使用上会有所差异。

基于API使用EhCache

==============

EhCache提供了基于API和xml两种形式创建CacheManger和Cache。先来看基于API的形式：

在pom文件中引入EhCache依赖：

org.ehcache

ehcache

3.9.6

创建并使用的代码如下：

public class EhCacheTest {

@Test

public void test() {

// 1、先创建一个CacheManagerBuilder；

// 2、使用CacheManagerBuilder创建一个预配置（pre-configured)缓存：第一个参数为别名，第二个参数用来配置Cache；

// 3、build方法构建并初始化；build中true参数表示进行初始化。

CacheManager cacheManager = CacheManagerBuilder.newCacheManagerBuilder()

.withCache(“preConfigured”,

CacheConfigurationBuilder.newCacheConfigurationBuilder(Long.class, String.class,

ResourcePoolsBuilder.heap(100)).build())

.build(true);

// 取回在设定的pre-configured，对于key和value值类型，要求是类型安全的，否则将抛出ClassCastException异常。

Cache<Long, String> preConfigured = cacheManager.getCache(“preConfigured”, Long.class, String.class);

System.out.println(“从缓存中获取key为preConfigured：” + preConfigured);

// 根据需求，通过CacheManager创建出新的Cache。实例化和完整实例化的Cache将通过CacheManager.getCache API返回。

Cache<Long, String> myCache = cacheManager.createCache(“myCache”,

CacheConfigurationBuilder.newCacheConfigurationBuilder(Long.class, String.class,

ResourcePoolsBuilder.heap(100)).build());

// 使用put方法存储数据

myCache.put(1L, “da one!”);

// 使用get方法获取数据

String value = myCache.get(1L);

System.out.println(“从缓存中获取key为1L：” + value);

// close方法将释放CacheManager所管理的缓存资源

cacheManager.close();

}

上述代码基于API的形式演示了如何创建CacheManager及Cache，并对Cache进行设置和获取。

基于XML使用EhCache

==============

依赖Jar包不变，在src/main/resources/目录下创建配置文件 ehcache.xml。

<config

xmlns:xsi=‘http://www.w3.org/2001/XMLSchema-instance’

xmlns=‘http://www.ehcache.org/v3’

xsi:schemaLocation=“http://www.ehcache.org/v3 http://www.ehcache.org/schema/ehcache-core.xsd”>

java.lang.String

java.lang.Long

java.lang.String

200

java.lang.Number

3.x版本与2.x版本有所区别，在xml配置文件上非常明显。2.x中以ehcache元素为根节点，而3.x则以config为根节点。

在上述xml中包含三部分：

普通缓存cache-foo：别名为foo的缓存，缓存的Key-Value值类型均为String。如果没有指定，默认就是Object类型。
缓存模板cache-template：实现一个配置抽象，以便在未来可以进行扩展；
基于缓存模板的cache-bar：使用了cache-template模板myDefaults，并且覆盖了key-type类型，myDefaults的key-type是Long类型，覆盖后成了Number类型；

cache中其他属性及元素：