ehcache的纠结

越深入对缓存越纠结。

1、查询缓存还有必要？用spring cache直接annotation注入方法把整个方法纳入缓存之中就行了 还需要去一个个的open查询缓存？

 

2、

spring cache有必要？ehcache的web缓存把真个页面或者局部页面缓存起来用filter过滤掉。只是有点不方便控制起来不太容易

 

 

3、ehcache web缓存有必要？有其他方式的缓存不太了解

 

 

缓存越往上控制能力越低仅此而已。ehcache web的局部缓存需要自己重写实现，不然没法用。而且还有一个纠结的地方，如果局部的业务逻辑不太复杂而且不太好公用。有必要去缓存起来？速度提升微小而且占用内存。页面缓存还好说例如首页5分钟更新一次1000并发都没问题。 

 

 

最没必要的估计是查询缓存了。还有class缓存有必要？如果没有class缓存查询缓存是不起作用的。这个是之前的看法。我还要测试下有spring cache 的情况下去掉class缓存会有什么影响。

 

 

其中遇到了一个问题，很纠结。就是请求页面的时候居然发送了2次请求。这个是为什么？？目前还没找到原因，但是好像和ehcache web有关系。