缓存到底扮演了什么角色
请移步: http://hacpai.com/article/1376986299174
在对项目进行优化的时候,我们可以主要从以下三个方面入手:
1 缓存
2 集群
3 异步
今天,就先说说缓存。先说说spring的缓存,下一节我们再聊聊redis
说到spring的缓存,得提到三个注解。
spring的三个注解
@Cacheable
@Cacheable(value="accountCache")
public Account getAccountByName(String accountName) {
System.out.println("我进来了");
// 方法内部实现不考虑缓存逻辑,直接实现业务
logger.info("real querying account... {}", accountName);
Account accountOptional = getFromDB(accountName);
return accountOptional;
}
在对上面的方法加上 @Cacheable(value="accountCache")后,第一次使用某个参数例如"张三"查询的时候,会执行getAccountByName的方法体,并且可以认为在spring内部会生成一个名叫accountCache的hashmap,里面的key就是"张三",value就是getAccountByName方法的返回值。
当第二次以参数"张三"调用getAccountByName的时候,spring就会先在accountCache里面找有没有哪个key是"张三",结果发现有,那就直接返回,也就不会执行getAccountByName的方法体了。
我再说简单点,第二次调用getAccountByName的时候(以张三为参数),就不会打印出"我进来了"。
说了这么久,那么accountCache是个什么东西呢?
请看下面的配置文件:
<cache:annotation-driven/>
<bean id="cacheManager" class="org.springframework.cache.support.SimpleCacheManager">
<property name="caches">
<set>
<bean class="org.springframework.cache.concurrent.ConcurrentMapCacheFactoryBean">
<property name="name" value="accountCache"/>
</bean>
</set>
</property>
</bean>
@CacheEvict
我们提到了缓存,上面的例子说明了建立缓存,那总得有方法来修改缓存吧。 @CacheEvict(value="accountCache",key="#account.getName()")
public Account updateAccount(Account account) {
return updateDB(account);
}
上面的意思是说,如果一旦调用了updateAccount这个方法,spring就会通过参数的getName方法获得一个值,并且用这个值删除accountCache中的某一个key。
这样做的效果就是,如果update某个对象后,这个对象在accountCache中的记录就没有了。
另外
@CacheEvict(value="accountCache",allEntries=true)
public void reload() {
}
参数allEntyies=true是什么意思,还用我说么?
@CachePut
上面的方法感觉还是有点麻烦,我想更新缓存,而不想删除缓存。 @CachePut(value="accountCache",key="#account.getName()")
public Account updateAccount(Account account) {
return updateDB(account);
}
上面的 @CachePut的意思就是说,一旦我调用updateAccount方法,spring就会通过getName()取得account参数的一个值,并且以这个值为key,以updateAccount的返回值为value,更新accountCache。
condition与多参数
3个最主要的标签的最主要的方法说完了,spring关于缓存还有一点小的"奇技淫巧"(呵呵,张晨的惯用语)我们一块来看看关于condition
@Cacheable(value="accountCache",condition="#accountName.length() <= 4")
public Account getAccountByNameWithCondition(String accountName) {
// 方法内部实现不考虑缓存逻辑,直接实现业务
return getFromDB(accountName);
}
condaition会返回一个boolean值,如果是true,才进行缓存操作。
没看懂么?好吧,我自己也不是很清楚这句话。
accountService5.getAccountByNameWithCondition("dlf love glt");
accountService5.getAccountByNameWithCondition("dlf love glt");
accountService5.getAccountByNameWithCondition("dlf love glt");
运行这三行,每一行都会进入方法体,仿佛并没有关于缓存的任何事情。
关于多个参数的遴选
@Cacheable(value="accountCache",key="#accountName.concat(#password)")
public Account getAccount(String accountName,String password,boolean other) {
// 方法内部实现不考虑缓存逻辑,直接实现业务
return getFromDB(accountName,password);
}
首先说明额,那个concat是java中String类的原生方法。
可是我把key="#accountName.concat(#password)"改成key="#accountName#password"就不成。至于为什么,暂时还没有考虑。
如果 @Cacheable中只有value参数,没有key参数,那么方法的所有参数将作为一个联合主键成为map中的key。如果是上面例子中的情况,虽然有三个参数,但是spring只会把accountName与password作为联合主键。
关于这个,大家都理解了吧。
如果大家都理解了,我这还有一个问题:就像上面的例子,咱们假定,第三个参数表示是否打印日志。
可是一旦前两个参数都已经存在于spirng的cache中了,这个方法体都不会运行了,那第三个参数还有个毛用?
直接把取数据的那段逻辑抽出来做一个方法,而且它只有两个参数,不就OK了?
最后我的想法是:
就算第三个参数是关于打印日志的,我第二次操作的时候,就没有访问数据库,也就不用打印日志了,所以这个关于遴选参数的key还是有用的。
扩展性
其实,就上面的内容而已,已经够我们在绝大部分场合使用了。不过有时候,我们还需要扩展。例如,我想持久化缓存,但是我又不想侵入现有的代码。(我这个需求很操蛋,但就是为了说明这么一个场景:我们需要自定义缓存方案)
首先,我们需要提供一个 CacheManager 接口的实现,这个接口告诉 spring 有哪些 cache 实例,spring 会根据 cache 的名字查找 cache 的实例。另外还需要自己实现 Cache 接口,Cache 接口负责实际的缓存逻辑,例如增加键值对、存储、查询和清空等。
我们自定义了一个缓存,它的名字叫MyCache
import java.util.HashMap;
import java.util.Map;
import org.springframework.cache.Cache;
import org.springframework.cache.support.SimpleValueWrapper;
public class MyCache implements Cache {
private String name;
private Map<String,Account> store = new HashMap<String,Account>();;
public MyCache() {
}
public MyCache(String name) {
this.name = name;
}
@Override
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public Object getNativeCache() {
return store;
}
@Override
public ValueWrapper get(Object key) {
ValueWrapper result = null;
Account thevalue = store.get(key);
if(thevalue!=null) {
thevalue.setPassword("from mycache:"+name); //注意这一行
result = new SimpleValueWrapper(thevalue);
}
return result;
}
@Override
public void put(Object key, Object value) {
Account thevalue = (Account)value;
store.put((String)key, thevalue);
}
@Override
public void evict(Object key) {
}
@Override
public void clear() {
}
}
再看CacheManager
import java.util.Collection;
import org.springframework.cache.support.AbstractCacheManager;
public class MyCacheManager extends AbstractCacheManager {
private Collection<? extends MyCache> caches;
/**
* Specify the collection of Cache instances to use for this CacheManager.
*/
public void setCaches(Collection<? extends MyCache> caches) {
this.caches = caches;
}
@Override
protected Collection<? extends MyCache> loadCaches() {
return this.caches;
}
}
上面的一切都已经OK,当然spring还不知道我们干的事情
所以,看xml
<cache:annotation-driven />
<bean id="cacheManager" class="com.cache.springannotation.step6.MyCacheManager">
<property name="caches">
<set>
<bean
class="com.rollenholt.spring.cache.MyCache"
p:name="accountCache" />
</set>
</property>
</bean>
当我们用下面的代码测试的时候:
@Test
public void getCacheMySelf(){
Account account = accountService6.getAccountByName("someone");
System.out.println("***");
logger.info("passwd={}", account.getPassword());
account = accountService6.getAccountByName("someone");
logger.info("passwd={}", account.getPassword());
}
输出如下:
INFO 2015-12-04 21:07:01,695 cache.springannotation.step6.AccountService6:26 --- real querying account... someone
INFO 2015-12-04 21:07:01,697 cache.springannotation.step6.AccountService6:60 --- real querying db... someone
***
INFO 2015-12-04 21:07:01,697 cache.springannotation.step6.AccountService6Test:74 --- passwd=null
INFO 2015-12-04 21:07:01,698 cache.springannotation.step6.AccountService6Test:76 --- passwd=from mycache:accountCache
注意和限制
上面介绍过 spring cache 的原理,即它是基于动态生成的 proxy 代理机制来对方法的调用进行切面,这里关键点是对象的引用问题.如果对象的方法是内部调用(即 this 引用)而不是外部引用,则会导致 proxy 失效,那么我们的切面就失效,也就是说上面定义的各种注释包括 @Cacheable、@CachePut 和 @CacheEvict 都会失效,我们来演示一下。
public Account getAccountByName2(String accountName) {
return this.getAccountByName(accountName);
}
@Cacheable(value="accountCache")// 使用了一个缓存名叫 accountCache
public Account getAccountByName(String accountName) {
// 方法内部实现不考虑缓存逻辑,直接实现业务
return getFromDB(accountName);
}
上面我们定义了一个新的方法 getAccountByName2,其自身调用了 getAccountByName 方法,这个时候,发生的是内部调用(this),所以没有走 proxy,导致 spring cache 失效
简单的说:
spirng默认的缓存不支持内部调用
而且要缓存的方法必须是public的
就在刚才
glt想我了
glt是谁? 我媳妇
嘿嘿
参考资料:
http://www.cnblogs.com/rollenholt/p/4202631.html
rollenholt这篇文章写得很好,它的主要参考文章也是下面这篇
http://www.ibm.com/developerworks/cn/opensource/os-cn-spring-cache/