declarative-caching

最新推荐文章于 2024-06-28 15:36:13 发布

最新推荐文章于 2024-06-28 15:36:13 发布 · 102 阅读

文章标签：

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

其实，声明式缓存服务，也就是利用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都因此被批的……）
为什么现有的几个声明式缓存服务，都是在缓存失效这一点上纠缠不清？