declarative-caching

其实，声明式缓存服务，也就是利用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(model)上面，而对于几乎所有编程式缓存框架都提供的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都因此被批的……）
为什么现有的几个声明式缓存服务，都是在缓存失效这一点上纠缠不清？

JBossCache是最强大的开源Cache，一个完全依赖AOP来实现的Cache，怎么能说没有成型解决方案呢？我建议你还是先看看JBoss Cache再说吧。

我想我们应该没在说同一个东西。
jboss PojoCache（treeCacheAop）仍然只是一个cache容器，AOP在其中主要起到的作用是监听pojo修改的行为，自动化的进行域粒度级的复制（当然，jboss的确功能强大到接近一个内存式OODB的高度。）

而我提到的declarative-caching则是对存在返回值的方法的拦截，从而对返回值进行缓存的框架，跟cache容器本身没关系。