最近新写了一个有关长链接转化成短链接的小项目，用到redis，在此记录一下redis学习过程。
1、分析需求：长短链接相互转化中，长转短用的是md5算法加上base62编码，转成短链接之后存储到某个地方，在短转长的时候，由于md5是不可逆的，实际上是去查询之前存起来的信息，具体实现方法可以参照《长链接转化为短链接》（待维护，尚未发布），这样的话，对于一些时效长的 url 我们可以把它存在数据库中，对于一些时效比较短的 url 就可以把它存在缓存中（划重点，用到redis），等到时间结束自动删除
2、一个相当方便简单的redis使用demo
2.1、首先引入redis依赖
```
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
```
2.2、在项目启动类前添加注解 @EnableCaching 开启缓存
2.3、在application.yml中添加配置
```
redis:
host: 123.123.23.123
port:1234
database:4
password: 123456
```
2.4、到这里是分水岭，我们可以选择性地新建一个RedisConfig类，然后可以在代码中使用缓存，先贴一段代码
```
@Service
@CacheConfig(cacheNames ="cacheName")
public class CacheServer {
@Cacheable(cacheManager ="CacheManagerTime5m", key ="#surl")
public String cacheTest(String surl, String lurl)throws GlobalException {
return lurl;
}
}
```
这段代码的意思是：首先，这是一个server，允许了缓存（在class前添加CacheConfig注解），里面有一个方法叫做cacheTest，在执行这个方法的时候要用到缓存，这个缓存将在5分钟后失效，这是一个传入 surl、lurl 返回 lurl 的方法，当第一次调用这个方法的时候，传入 surl 和 lurl 返回了 lurl，这个surl和返回的lurl将组成一个 {surl:lurl} 存到缓存中（在注解中key设置的surl为key），那么在第二次调用这个函数的时候，比如我只传了一个 surl 没有传 lurl 那么首先走的是缓存，按照surl的索引查出，啊~我在不久之前已经存了一个 {surl: lurl} 了那么就会把缓存里的 lurl 取出来，如果缓存里没有找到，那么就会继续进函数。
3、一个需要注意的地方
有时候缓存并没有生效，那是因为 ——》（划重点）
一个方法A调同一个类里的另一个有缓存注解的方法B，这样是不走缓存的！！！
原因从网上看，，据说是 Spring 使用@Cacheable添加缓存是基于面向切面的思想做的，实际上就是使用Java动态代理，创建实例的时候注入的是代理对象，在代理对象里调用实际的对象，这样就可以在实际的方法执行前，处理一下缓存的逻辑：没有找到缓存就往下执行，执行完把结果加入到缓存中；找到缓存则直接返回缓存的结果，不调用执行实际的方法。
