declarative-caching

本文探讨了声明式缓存服务的实现原理及其在Spring框架中的应用。文章指出了现有解决方案中存在的问题,尤其是缓存失效机制上的不足,并讨论了为何这类问题长期未能得到有效解决。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

其实,声明式缓存服务,也就是利用AOP对方法拦截,然后根据参数等等组成key,控制函数返回值,原理上很简单,但是奇怪的是这里很少有人提及。

google上最多的就是这篇直接关于spring的
http://dev2dev.bea.com/pub/a/2006/05/declarative-caching.html
其中使用的就是出自springmodules-cache模块的服务(最新是0.6了)
https://springmodules.dev.java.net/

搜了搜老帖子,除了buaawhl在一篇cache相关缓存规划的帖子里提到外,就没有别的了。周末折腾了一下,发现了一些不理解的地方:

对于声明式缓存服务,主要体现在cache(key,model)(也就是put & get)和flush([color=red]model[/color])上面,而对于几乎所有编程式缓存框架都提供的remove(key,model)却没有支持。
这样子的策略,如果要让某个缓存对象失效,居然必须要flush整个缓存(或者说某个key name下的),将直接导致缓存失效频度很高,命中率下降比较多。springmodules自己的论坛和issue也有关于这个内容。
http://forum.springframework.org/showthread.php?t=25163&highlight=cache

http://opensource.atlassian.com/projects/spring/browse/MOD-165

由于springmodules还处于0.6阶段,我又尝试着找了一下其它的declarative-caching实现。
如ibatis的sqlmap中,可以通过配置对statement进行缓存,但一旦flush也是整个statement相关缓存全部清空,而不是对某个key进行remove。

网上还有一个个人项目,忘记从哪里搜到的了,也是这个样子,略过不说了。


现在的问题是:
为什么AOP出现这么久,从最开始cache就作为AOP的一个应用亮点被提出,而反反复复好些年过去,却一直没有一个成型的解决方案?(甚至于jdon都因此被批的……)
为什么现有的几个声明式缓存服务,都是在缓存失效这一点上纠缠不清?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值