带着新人学springboot的应用03（springboot+mybatis+缓存下）

　　springboot+mybatis+缓存，基本的用法想必是会了，现在说一说内部大概的原理。

　　稍微提一下mybatis，只要导入了mybatis的依赖，那么有个自动配置类就会生效，你可以去mybatis的jar包里面的META-INF/spring.factories中看到这个xxxAutoConfiguration，就如下图所示，这个应该很熟悉了，所以我们要看看mybatis的配置，肯定要看这个类。

　　开这个类，看到这里

　　看了看，其他的没什么说的，要看看在yml给mybatis可以配置哪些参数，就去这个类MybatisProperties看看有哪些属性就ok了，用起来也是很容易。

　　接下来看看比较有趣的地方，看看缓存的原理。

缓存原理

　　肯定又是自动配置类，ctrl+N搜索一个CacheAutoConfiguration

　　我们要看看这个@Import导入了什么组件，点开这个类，打个断点调试一下

　　调试之后可以看到就是加载了一些xxxCacheConfiguration，有没有发现其中有一个是EnCacheCacheConfiguration，还有一个是RedisCacheConfiguration，不就是encache缓存，redis缓存嘛！即使没用过，名字应该听过吧，所以我们大概猜想一下，这是不是springboot提供的针对每个做缓存的公司做出来产品的配置类，只要我们导入相关的依赖，这些配置类就能够生效？

　　可以测试一下我们用的是哪一个，在yml文件中，加入一个配置debug：true，然后启动应用，可以看到所有配置类的打印日志

　　下图所示，说明默认的是用这个缓存配置类，当然你还可以看看其他的缓存配置类没有生效

　　说明springboot默认用的缓存配置类是SimpleCacheConfiguration，那我们来看看加载成功的这个缓存配置类，只要弄清楚这个，其他的肯定都差不多

打开SimpleCacheConfiguration这个类

　　我们看看缓存管理器里有什么；

　　回忆一下我上节说的，CacheManager负责哪个缓存公司做的产品，Cache表示这个缓存产品里面很多小空间并且我们要为它取个名字（从下图看，其实就是名字代表String，小空间就是Cache），而我们要存的键值对就是放在小空间里（Cache），由此可以大概推出Cache里面就是存放键值对的（潜台词就是Cache就是一个map）

　　ok，其实现在我们已经推断出来了所谓的缓存就是一个map，这个map里又嵌套了一个map，类似这样的Map<String,Map<key,value>>结构，接下来，我们继续看看源码（后面我所说的缓存其实对应这里就是Map<key,value>,这个东西等价于我前面提到的Cache，小空间）。

　　我们还可以看看是怎么根据key找到值，还有怎么将方法的返回值丢到缓存里去（咳，那个清空缓存的忘记了，其实就是从这个map里面删除数据，用remove方法，自己可以看看啊！）

　　看到这里，不知道大家是否大概对缓存有了一个本质的了解了，不要把缓存想得多么复杂，说破天了不就是一个map嘛！

　　其实那些缓存公司提供给我们用的就是一个Map<String，Map<key,value>>,其中通过很牛的算法，让我们用起来很流畅的这么一个东西。而且，我们用缓存的话，肯定要先指定那个String啊（可以指定多个哦，比如@Cacheable（cacheName={“name1”，“name2”}）,不要不会用map了！！！），然后就是通过key（默认就是用方法里的参数作为key）去找到对应的value，这个value就是我们第二次以及之后查询需要从从缓存里拿到的数据。

　　我应该说的比较详细了，我大概总结一下：启动springboot-------->容器里没有缓存管理器，CacheAutoConfiguration才起作用---------->自动配置类有个注解@Import，导入了一个xxxSelector，这个xxxSelector向容器里导入很多的缓存配置类（其实默认起作用的就是SimpleCacheConfiguration）------------>SimpleCacheConfiguration配置类中向容器里丢进去一个缓存管理器-------------->这个缓存管理器内部其实就是一个Map<String,Cache>----------->第一次根据String去获取Cache，Cache为null，创建一个Cache，Cache是一个Map<key,value>----------------->执行service中的方法，返回值放进去这个Map<key,value>中，其中key是service内方法的形参（这里注意，后面我会说一说怎么将形参按照一定的规则包装成一个key的）-------------->第二次查询，首先根据String去找到对应的Cache，返回Cache，然后根据形参生成一个key，到上面的lookup方法去拿到数据，返回，结束。

小知识补充：

　　前面一直说按照一定的规则生成key，但是具体什么规则呢？我们就来看看。

　　第一种：我们自己指定的例如@Cacheable（key="#id"），就是指定形参id作为key，这里支持SpEL表达式，假如方法的返回值是对象student，可以写成@Cacheable（key="#result.id"），这是也是将返回结果的id作为key，具体的SpEL表达式可以自己查查资料学习。

　　第二种：springboot默认的，我们在哪里看呢？

　　使用断点调试