该资源为电脑版，暂无安卓版
Ehcache v3.5.2最新版是一个纯Java的进程内缓存框架组件，具有快速、精干等特点。是Hibernate中默认的CacheProvider。有兴趣的用户赶快来9553下载体验吧。
纯java实现的缓存组件(jar包)，最主要的作用还是做应用内缓存(进程内)，比如hibernate就默认使用ehcache做缓存。我们可以创建多个缓存(cache)，缓存中以key-value的形式存储数据，数据结构较为单一。
1. 快速
2. 简单
3. 多种缓存策略
4. 缓存数据有两级：内存和磁盘，因此无需担心容量问题
5. 缓存数据会在虚拟机重启的过程中写入磁盘
6. 可以通过RMI、可插入API等方式进行分布式缓存
7. 具有缓存和缓存管理器的侦听接口
8. 支持多缓存管理器实例，以及一个实例的多个缓存区域
9. 提供Hibernate的缓存实现
10.灯灯
Eviction Advisors
缓存策略，说白了就是控制哪些缓存数据可存储，哪些不可存储，比如可以只让key为偶数的存储，或者只有value为String类可以存储。我们可以定义一个实现了EvictionAdvisor接口的类来控制。
User Managed Caches
由用户自己管理的缓存，不由CacheManager管理，用户可以自己控制cache的生命周期等等。但是为了方便，一般都是由CacheManager来管理。
Transactions Support
支持事务，我觉得一般用不到，如果它仅仅是一个缓存，并且缓存的逻辑会包含在service方法里，而service方法由spring的事务来管理，那么没必要用到它。
Cache-through
包括read-through和write-through，把缓存作为SOR(system of record)，我个人还没弄清楚作为系统级别的缓存数据有什么作用
1.redis的数据结构比较丰富，有key-value、hash、set等;ehcache比较简单，只有key-value
2.ehcache直接在jvm虚拟机中缓存，速度快，效率高;但是缓存共享麻烦，集群分布式应用不方便。redis是通过socket访问到缓存服务，效率ecache低，比数据库要快很多，处理集群和分布式缓存方便，有成熟的方案。如果是单个应用或者对缓存访问要求很高的应用，用ehcache。如果是大型系统，存在缓存共享、分布式部署、缓存内容很大的，建议用redis。
此版本包含许多错误修复和增强功能，其中包括：
#2337：确保当实体不存在时我们跳出重新连接循环
#2204：处理空操作链的复制
#2214：防止清空缓存过大的放入
#2314：无限重新连接和更广泛的连接失败处理
#2238：正确处理客户端代码中的链式解析请求