cache

  Cache？首先记住什么应该cache，什么不应该cache。当你的页面经常变化时，还需cache么？

 

  Cache？还得关心使用什么cache机制。Time Based or Change Based？对于新浪此类的首页，访问量巨大，而且几分钟内不会关心变化，当然用time based。

 

  Cache? 最后，使用什么cache技术？FileCache还是MemoryCache？

 

  现在starwood系统里使用的是FileCache。

 

  FileCache如何定义key（文件名）？key只由页面的元素（变化的元素）组成，它的命名方式决定了cache的粒度。

 

  a. key只由少量元素组成，比如一个由property，inspection，standard，subcomponent等十几个元素组成的页面，如果cache的key只由property组成，那么此cache页面的粒度非常之大，导致这个cache根本相当于无效。因为如此一来就有很多用户共享了这个cache，任何用户的任何元素发生变化时，都需要清cache，导致这个cache形同虚设。

 

  b. key由很多元素组成，比如还是这个cache，它的key由所有元素组成，这样是能很好地唯一标识。但带来的问题是，cache文件粒度很小，文件过多，可能会影响性能。

 

  所以，key的粒度最好比较适中。一方面，能降低cache被清除的经常性；另一方面，不会造成cache性能低的问题。一般倾向于由较稳定的几个元素组成key。

 

  关于key的命名，郑大大说的 挺有意思。

 

  FileCache在何时expire？

 

  无论key的粒度大小，都无关清除cache的复杂性。要在哪些地方清除cache，只由cache文件所相关的元素数量有关。在任何元素发生变化时，都要清cache。变化的元素是否在cache的key中会影响清cache的方法，匹配名字或者寻找特定名字？

 

 

   MemoryCache

 

   优点:

 

   1. 速度快

 

   2. 扩容能力：memory cache可由多个服务器组成，到哪个服务器寻找cache？很简单，分配cache可以根据key来分配到特定的服务器，读取当然也一样。此种技术，可以把cache分配到大小适中的服务器，读取时间得以控制。同时，增加容量非常简单。

 

   3. 无需自己清除：memory cache使用一个fragment的所有元素组成key，这样，肯定不会造成冲突。同时，使用LRU算法，我们无需关心清除cache的问题。