使用EHCache需要注意的几个问题
最近做一个小项目,需要对一批数据进行缓存,且要求持久化到磁盘。使用ehcache非常简单和直观,一般来说只需要配置ehcache.xml文件,接着直接使用@Cacheable, @Cacheput, @CacheEvict即可。
三个注解的意思也很简单,这里就不说了。
ehchche.xml的配置非常简单和直观:
<!--name:缓存名称--> <!--maxElementsInMemory:缓存最大个数--> <!--eternal:缓存中对象是否为永久的,如果是,超时设置将被忽略,对象从不过期--> <!--timeToIdleSeconds:置对象在失效前的允许闲置时间(单位:秒),仅当eternal=false对象不是永久有效时使用,可选属性,默认值是0,也就是可闲置时间无穷大--> <!--timeToLiveSeconds:缓存数据的生存时间(TTL),也就是一个元素从构建到消亡的最大时间间隔值,这只能在元素不是永久驻留时有效,如果该值是0就意味着元素可以停顿无穷长的时间--> <!--overflowToDisk:内存不足时,是否启用磁盘缓存--> <!--maxElementsOnDisk:设置成0 表示硬盘中最大缓存对象数无限大--> <!--diskPersistent:设置成true表示缓存虚拟机重启期数据磁盘存储是否在虚拟机重启后持续存在--> <cache name="appdsCache" maxElementsInMemory="0" eternal="true" maxElementsOnDisk="10000000" overflowToDisk="true" diskPersistent="true" memoryStoreEvictionPolicy="LRU"> <!--<persistence strategy="localRestartable" synchronousWrites="false"/>--> </cache>
但是在使用过程中遇到了两个小问题,下面简单的做个记录。
1. 在类中写了一个带有缓存注解的方法,然后在一个普通方法中调用了这个缓存函数,则缓存功能不再生效。如下:
@EnableCaching
class A implements IA{ public String funA(){ return funB(); } @Cacheable public String funB(){ ... } }
其实这和Spring的对象注入机制有关,例如,当外部通过@Autowired注解得到一个A类的对象时,其实得到的是一个spring包装过的代理对象。
当调用a.funB()时,实际调用的是spring的proxy对象中的funB()方法,该方法内置了cache机制,在cache检查后就会调用实际的a对象中的funA方法。
同理当调用a.funA()时,也是先调用spring的proxy对象中的funA()方法,经过检查和资源分配等步骤后,会调用实际的a对象中的funA()方法,但是当在实际的A类对象中再调用funB()时,不会触发cache机制,因为此时调用的不是SpringCacheProxy对象,而是一个实际的A类对象,所以不会触发cache机制。
如果深入研究Spring完成注入和AOP编程实现的原理,可以发现动态代理是很重要的一个技术。目前Spring的动态代理主要是通过CGLib来实现的。
那么这个问题如何解决呢?有两种思路:
(1) 拆分为两个类来实现。即将funA()和funB()写在两个类中。
(2) 在类中注入自身实例。如下:
@EnableCaching
@Service(value="a") class A implements IA{
@Resource(name="a") private IA a; public String funA(){ return a.funB(); } @Cacheable public String funB(){ ... }
}
第二种方法亲测有效~~
不管怎样,都要记住如下原则:同一个类中的注解方法互相调用时,注解机制可能是无效的。
2. (在idea中点击红色按钮关闭程序时) 持久化到磁盘的数据无法恢复。
原因如下:ehcache和其它缓存类似,需要flush或shutdown后才会持久化到磁盘。
会生成.data 的数据文件和 .index 的索引文件,方便重启恢复。
ehcache恢复数据是根据.index索引文件来进行数据恢复的。
当程序再次启动的时候,ehcache的一个方法会将.data文件和.index文件的修改时间进行比较,如果不符合直接将.index文件删除。
一般来说,以下两种情况,会自动调用shutdown()函数:
(1) 调用System.exit(),或最后一个非守护线程退出。
(2) 虚拟机停止运行。例如在命令行中执行CTRL+C,这会导致kill -SIGTERM pid 或kill -15 pid。
而在idea中点击红色按钮时,属于非正常关闭,导致shutdown()未能执行,猜测执行的是类似kill-9直接杀死进程的方法,而不是kill-15比较安全的关闭。
官网建议是最好是在程序关闭之前显式地调用shutdown()函数,但是实际实践中,就算是显式调用了shutdown(),要是在程序运行到一半时点击idea的红色关闭按钮,缓存还是会失效。。
在我看来最安全的方法就是把程序打成jar包运行,用CTRL+C在命令行终止程序,就算此时程序并没有执行完,shutdown()也会执行。
posted on 2017-09-19 19:19 XHXSummer 阅读(6727) 评论(0) 编辑 收藏 举报