域对象事件驱动的缓存策略（一）

      在各种项目中，通常依靠缓存机制来提高系统的相应速度。各种系统软件从操作系统到数据库软件均有内部的缓存机制，很多第三方开源类库也有缓存机制，例如Hibernate的二级缓存和查询缓存。但是有了这些缓存就够了吗？其实远远不够，根本的原因就是这些缓存机制所处软件分层的层次距离用户太远。正因为距离用户太远，所以它们的功能都比较通用，不能针对独特的用户需求采用最直接有效的缓存策略。

      正因为有了上述的原因，才有了页面缓存这一概念。页面缓存可以说是最贴近用户的缓存，它直接把需要展现给用户的内容缓存起来。但是常用的页面缓存技术也存在缺陷，它们不能及时获取底层数据的变化，通常只是定时的进行缓存强制刷新。这样，对于一些变更比较频繁（注意，这里说的是比较频繁）的业务系统，页面缓存无法及时更新缓存内容，造成在这些系统中无法使用页面缓存。其实，在上述的系统中并不是就不能使用页面缓存了，只要解决了上述的页面缓存无法及时获知底层数据变化的缺陷，那么在任何变化不那么剧烈的系统中都可以使用页面缓存。

      为了使页面缓存可以获知底层数据的变化，我想到一种策略暂且称之为“域对象事件驱动的缓存策略”。域对象的事件无非就是三种：增加、删除、修改。只要这三种事件发生时，可以通知缓存系统某个域对象发生了变化，再由缓存系统将该域对象相关的被缓存信息淘汰掉即可。那么我们只要提供一种机制，可以把缓存内容的键值和域对象关联起来就可以解决这个问题了。

      采用这种机制要求被缓存页面的粒度要尽量的小，这样每个页面所关联的域对象才更少，缓存的效率才会更高。那么要求使用这种页面缓存的时候，尽量将大的页面拆分为各个相对独立的局部页面，针对这些细粒度的局部页面做缓存就可以提供非常高效的缓存机制。这样的要求恰好和现在的AJAX技术的局部刷新策略非常吻合。