java中利用spring cache解耦业务中的缓存

虽然以前实现缓存的方式，是定义了缓存操作接口，可以灵活实现不同的缓存，可毕竟精力有限，要完成不同的缓存实现也是件麻烦的事。更要命的是，业务代码中有大量缓存操作的代码，耦合度太高，看着很不优雅。
所以呢，抽空了解了一下其它实现方案。这不，spring3.1开始，支持基于注解的缓存，算是目前我比较可以接受的一种方案吧。学完之后还是做一下笔记吧。
spring cache是一套基于注解实现的缓存技术，其本身是并不是具体实现，不过默认实现了ConcurrentMap和EHCache实现的缓存。当然也是支持其它缓存的。
spring cache有哪些特性：
1.通过少量的配置 annotation 注解即可使得既有代码支持缓存 （非常节省开发时间）
2.支持开箱即用 Out-Of-The-Box，即不用安装和部署额外第三方组件即可使用缓存（位于spring-context包中，spring web项目都会引用这个包）
3.支持 Spring Express Language，能使用对象的任何属性或者方法来定义缓存的 key 和 condition （支持SpEL语法）
4.支持 AspectJ，并通过其实现任何方法的缓存支持 （默认基于AOP方案，采用AspectJ会更灵活，下文有介绍）
5.支持自定义 key 和自定义缓存管理者，具有相当的灵活性和扩展性（如果SpEL达不到你的预期，勇敢实现自己的KeyGenerator吧）
6.支持各种缓存实现，默认是基于ConcurrentMap实现的ConcurrentMapCache，同时支持ehcache实现。若要使用redis等缓存，引入redis的实现包即可。
有哪些遗憾呢？在我考虑的场景下，还有下面的一些遗憾：
1.不支持TTL，也就是不能设置expires time。这点挺遗憾的，spring-cache认为这是各个cache实现自己去完成的事情，有方案但是只能设置统一的过期时间，这明显不够灵活。比如用户的抽奖次数、有效期等业务，当天有效，或者3天、一周有效，我们倾向于设置缓存有效期解决这个问题，而spring-cache却无法完成。
2.无法根据查询结果中的内容生成缓存key，比如getUser(uid)方法，想通过查询出来的user.email生成缓存key就无法实现了。
3.调试起来麻烦
先贴一段以前的代码，看看以前是怎么做的：
 /**
     * 先取cache。如果没有，从DB取，再存cache
     */
    @Override
    public UserDetail getUserDetail(int userId) {
        Result info = cacheManager.get(UCConstants.nameSpace,
                UCUtil.getKey(UCConstants.USER_DETAIL_UID_KEY, userId));
        if (StringUtils.isNotEmpty(info.getEntity())) {
            UserDetail userDetail = JSONUtils.fromJSON(info.getEntity(), UserDetail.class);
            if (null != userDetail) {
                return userDetail;
            }
        }
        UserDetail userDetail = userDetailDAO.getUserDetail(userId);
        if (userDetail != null) {
            if (logger.isDebugEnabled()) {
                logger.info("getUserDetail from db userDetail=" + userDetail.toString());
            }
            addToCache(userDetail);
            return userDetail;
        }
        return null;
    }
     private void addToCache(UserDetail userDetail) {
        cacheManager.put(UCConstants.nameSpace,
                UCUtil.getKey(UCConstants.USER_DETAIL_UID_KEY, userDetail.getId()),
                JSONUtils.toJSON(userDetail), UCConstants.USER_DETAIL_CACHE_TIME);
        //节约空间，存id吧。多查一次吧
        cacheManager.put(UCConstants.nameSpace,
                UCUtil.getKey(UCConstants.USER_DETAIL_NAME_KEY, userDetail.getUserNickName()),
                userDetail.getId() + "", UCConstants.USER_DETAIL_CACHE_TIME);
    }
那采用注解驱动的spring-cache之后代码怎么写的：
@Cacheable(key="#uid", value = "userCache")
     public UserDetail getUserDetail(int uid){
           return userDetailMapper.getUser(uid);
     }
当然，以前的代码写了两个缓存key，这点通过@Caching注解也是可以实现的，示例如下：
@Caching
     (evict={@CacheEvict(value="userCache",key="#user.uid"),
                @CacheEvict(value="userCache",key="#user.email")})
看了以上的代码，觉得用注解驱动的cache是不是很过瘾？代码简介，低耦合。简直是广大程序猿的福音。要像上面那样写代码，其实也挺容易的。下面就从头开始吧。
来，先把配置弄起。spring这点就很不爽，什么都要弄个配置。不过也正是基于配置+注解的方式，使得我们脱离了不断去new对象的苦海。
我的Cache是不打算使用ConcurrentMapCache的，所以我就直接拿EHCache来做示例好了。在使用EHCache之前，我们需要引入ehcache的包，以及配置ehcache.xml文件。
当然，在线上生产环境中，还是不建议只用ehcache这种方式。可以采用ehcache+redis，或者redis的方案都可以。
Maven的pom.xml文件配置：

     net.sf.ehcache
     ehcache-core
     2.6.9

ehcache的配置，位于classpath下的ehcache.xml文件：

http://www.w3.org/2001/XMLSchema-instance"
          xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd" updateCheck="false">
   
                maxElementsInMemory="10000"
            eternal="false"
            timeToIdleSeconds="120"
            timeToLiveSeconds="120"
            overflowToDisk="true"
            maxElementsOnDisk="10000000"
            diskPersistent="true"
            diskExpiryThreadIntervalSeconds="120"
            memoryStoreEvictionPolicy="LRU"
            />
               maxElementsInMemory="10000"
            eternal="false"
            timeToIdleSeconds="120"
            timeToLiveSeconds="120"
            overflowToDisk="true"
            maxElementsOnDisk="10000000"
            diskPersistent="true"
            diskExpiryThreadIntervalSeconds="120"
            memoryStoreEvictionPolicy="LRU"
            />

这里说明一下，为什么两个cache呢，用一个不好吗？
我最早的时候是一个defaultCache，没有userCache。后来发现spring-cache配置的EhCacheCacheManager总是load失败，报错误：
loadCaches must not return an empty Collection
我很纳闷，这不是有一个defaultCache吗？于是我跟踪代码，在AbstractCacheManager源码的afterPropertiesSet方法中有如下代码：
public void afterPropertiesSet() {
           Collection caches = loadCaches();
           Assert.notEmpty(caches, "loadCaches must not return an empty Collection");
           this.cacheMap.clear();
           // preserve the initial order of the cache names
           for (Cache cache : caches) {
                this.cacheMap.put(cache.getName(), cache);
                this.cacheNames.add(cache.getName());
           }
     }
这里取到的caches居然为empty！确实我也不知道为什么会这样。我当时尝试增加了一个名为default的cache配置，结果ehcache又报错，提示已经有名为default的cache了。于是将name改为userCache，问题解决。
从ehcache的报错来看，ehcache应该配置了一个名为default的cache，但不知道为什么spring-cache认不到。知道的同学可以告诉下我。
配置好ehcache后，就该配置我们的spring-cache了，为了方便管理，我倾向于配置独立的spring-cache.xml文件放在spring的配置目录下。内容如下：
http://www.springframework.org/schema/beans"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cache="http://www.springframework.org/schema/cache"
     xmlns:p="http://www.springframework.org/schema/p"
     xsi:schemaLocation="http://www.springframework.org/schema/beans
   http://www.springframework.org/schema/beans/spring-beans.xsd
     http://www.springframework.org/schema/cache
     http://www.springframework.org/schema/cache/spring-cache.xsd">
    
    
   
       
   
    
    
        
    

当然，如果你想在没有缓存的环境中不做任何代码上的修改（比如环境迁移、临时测试等），即可简单的切换，那也是OK的。
又或者，你的环境中既有ehcache，又有redis，还有ConcurrentMapCache，那也是可以的。
上面说到的亮点，你可以用CompositeCacheManager完成。
需要重新配置以下的cacheManager：


       
           
           
       

   

fallbackToNoOpCache参数决定了在没有Cachhe的情况下会出现什么现象。如果为true，则会直接忽略掉缓存，可能进入db查询；如果为false（默认为false），则在无缓存时会抛出异常：
Cannot find cache named [userCache] for CacheableOperation