既上次把同事屁屁龙的tomcat数据源文档摘抄过来之后，这次获得其同意后，再次怀着感激涕零的心情，抄个爽。
全文非本人所写，所以若转载时，请标明文章来源于本人原创（不要脸真爽哈哈哈哈），谢谢！
1、jar文件安装
pom.xml 加入：
<!-- redis cache related.....start -->
<dependency>
<groupId>org.springframework.data</groupId>
<artifactId>spring-data-redis</artifactId>
<version>1.6.0.RELEASE</version>
</dependency>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.7.3</version>
</dependency>
<!-- redis cache related.....end -->
要启用缓存支持，我们需要创建一个新的 CacheManager bean。CacheManager 接口有很多实现，本文演示的是和 Redis 的集成，自然就是用 RedisCacheManager 了。Redis 不是应用的共享内存，它只是一个内存服务器，就像 MySql 似的，我们需要将应用连接到它并使用某种“语言”进行交互，因此我们还需要一个连接工厂以及一个 Spring 和 Redis 对话要用的 RedisTemplate，这些都是 Redis 缓存所必需的配置，把它们都放在自定义的 CachingConfigurerSupport 中：
RedisCacheConfig.java
当然也别忘了把这些 bean 注入 Spring，不然配置无效。在 applicationContext.xml 中加入以下：<context:component-scan base-package="com.defonds.bdp.cache.redis" />
为了使用 spring cache 缓存方案，在工程的 classpath 必须具备下列 jar 包
3、缓存方法的执行结果
设置好缓存配置之后我们就可以使用 @Cacheable 注解来缓存方法执行的结果了，比如查询所有城市的 selectListCity方法：
@Cacheable("selectListCity")
public List<City> selectListCity() {
return redisCityDao.selectListCity();
}
注意，此类的 selectListCity方法上有一个注释 selectListCity，即 @Cacheable("selectListCity")，这个注释的意思是，当调用这个方法的时候，会从一个名叫 selectListCity~keys的缓存中查询，如果没有，则执行实际的方法（即查询数据库），并将执行的结果存入缓存中，否则返回缓存中的对象。这里的缓存中的 key 就是参数 selectListCity + ~keys，即selectListCity~keys。 value 就是 List<City>对象。在redis中是zSet类型。操作命令Cmd ：zrange selectListCity~keys 0 -1 withscores
selectListCity~keys 为key值
4、缓存数据一致性的保证
CRUD (Create 创建，Retrieve 读取，Update 更新，Delete 删除) 操作中，除了 R 具备幂等性（多次执行和一次执行结果一样），其他三个发生的时候都可能会造成缓存结果和数据库不一致。为了保证缓存数据的一致性，在进行 创建、更新、删除的时候我们需要对可能影响到的缓存进行更新或者清除。
@CacheEvict(value = { "selectListCity"}, allEntries = true)
public int createCity(City city) {
return redisCityDao.createCity(city);
}
使用 @CacheEvict 清除缓存。将selectListCity 方法的所有缓存都清理掉。
@CachePut(value = { "selectListCity" }, key="#city.cid")
public int updateCity(City city) {
return redisCityDao.updateCity(city);
}
使用 @CachePut 更新缓存策略。只更新key值为city.cid的缓存
5、自定义缓存数据KEY生成策略
对于使用 @Cacheable 注解的方法，每个缓存的 key 生成策略默认使用的是参数名+参数值，比如以下方法：
@Cacheable("selectCity")
public City selectCity(String id) {
return redisCityDao.selectCity(id);
}
这个方法的缓存将保存于 key 为 selectCity~keys 的缓存下，对于 id取值为 "2230" 的缓存，key 为 "id-2230"。一般情况下没啥问题，二般情况如方法 key 取值相等然后参数名也一样的时候就出问题了，如：
@Cacheable("selectCity")
public City selectCityCopy(String id) {
return redisCityDao.selectCityCopy(id);
}
这个方法的缓存也将保存于 key 为
selectCity~keys 的缓存下。对于
id取值为 "2230"
的缓存，key 也为 "id-2230"，将另外一个方法的缓存覆盖掉。
解决办法是使用自定义缓存策略，对于同一业务(同一业务逻辑处理的方法，哪怕是集群/分布式系统)，生成的 key 始终一致，对于不同业务则不一致：
自定义缓存生成策略.
* 生成缓存key值为 XXX~keys 下 的key值为 类名-方法名-参数名-参数值 ，
* ey:emptyService-findUserById-id-110 和 emptyService-findUserInfoById-id-110,
* 上面两个例子的 缓存都存在了key 为 XXX~keys的缓存下，
* 但是 因为第一个key值为 emptyService-findUserById-id-110
* 第二个key值为 emptyService-findUserInfoById-id-110 ，
* 对于集群系统、分布式系统之间共享缓存很重要，所以真正实现了分布式缓存。
* 建议：缓存方法的 @Cacheable 最好使用方法名，避免不同的方法的 @Cacheable 值一致，然后再配以以上缓存策略。
*
6.缓存的验证
为了验证缓存是否生效，当第一次执行完查询之后，启动对mysql表手动锁表，后台请求还是可以获取数据，而redis库中存在上次查询的数据。手动清除redis库中的所有缓存数据，数据请求失败，所以使用注解配置redis缓存成功。
6.2缓存的一致性
使用 @CacheEvict 清除缓存。将selectListCity 方法的所有缓存都清理掉。
使用 @CachePut 更新缓存策略。只更新key值为city.cid的缓存
7、注意事项
1. 要缓存的 Java 对象必须实现 Serializable 接口，因为 Spring 会将对象先序列化再存入 Redis，比如demo中的 com.redis.bean.City 类，如果不实现 Serializable 的话将会遇到类似这种错误：nested exception is java.lang.IllegalArgumentException: DefaultSerializer requires a Serializable payload but received an object of type [com.redis.bean.City]。
2. 缓存的生命周期我们可以配置，然后托管 Spring CacheManager，不要试图通过 redis-cli 命令行去管理缓存。比如 selectCity方法的缓存，所有省份的查询结果会被以 key-value 的形式存放在 Redis，key 就是我们刚才自定义生成的 key，value 是序列化后的对象，这个 key 会被放在 key 名为 selectCity~keys key-value 存储中，"selectCity方法在 Redis 中的缓存情况"。可以通过 redis-cli 使用 del 命令将 selectCity~keys 删除，但每个省份的缓存却不会被清除。
3. CacheManager 必须设置缓存过期时间，否则缓存对象将永不过期，这样做的原因如上，避免一些野数据“永久保存”。此外，设置缓存过期时间也有助于资源利用最大化，因为缓存里保留的永远是热点数据。
4. 缓存适用于读多写少的场合，查询时缓存命中率很低、写操作很频繁等场景不适宜用缓存。