本文对比了ehcache和Redis的特点及适用场景。ehcache适用于单个应用或对缓存访问要求高的场景，它直接在JVM中缓存数据，速度快但缓存共享复杂。Redis作为独立运行的程序，便于处理集群和分布式缓存，适合大型系统，虽然效率稍低但仍远超数据库。
- ehcache直接在jvm虚拟机中缓存，与java程序捆绑在一起，别的独立程序拿不到数据，速度快，效率高；但是缓存共享麻烦，集群分布式应用不方便。
- redis是独立运行的程序，通过socket访问到缓存服务，效率比ecache低，比数据库要快很多，处理集群和分布式缓存方便，有成熟的方案。
如果是单个应用或者对缓存访问要求很高的应用，用ehcache。
如果是大型系统，存在缓存共享、分布式部署、缓存内容很大的，建议用redis。
补充下：ehcache也有缓存共享方案，不过是通过RMI或者Jgroup多播方式进行广播缓存通知更新，缓存共享复杂，维护不方便；简单的共享可以，但是涉及到缓存恢复，大数据缓存，则不合适。
扫一扫
6288
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
