mybatis 源码分析三、缓存模块

1、装饰器模式

允许向现有的对象添加新的功能，是一种用于代替继承的技术，无需通过继承增加子类就能拓展对象的新功能。

Component(组件):定义组件和装饰器实现的行为.

Decorator(装饰器抽象类):实现Component 的抽象类，封装了一个Component 的引用，也就是被装饰的对象

ConcreteComponent(组件实现类):实现Component 接口，组件实现类就是被装饰的原始对象，

ConreteDecorator(具体装饰器)：实现向被装饰的对象添加新功能。

既：使用具体装饰器（ConreteDecorator1） 向被装饰对象（ConcreteComponent ）添加一个新的功能。

装饰器使用案列：IO流

2、mybatis 缓存组件

Mybatis 缓存实现是基于Map的，从缓存里面读写数据是缓存模块的核心基础功能；

除此功能外，还有很多额外的附加功能，如：防止缓存击穿，添加缓存清空策略，日志功能、序列化功能、定时清空功能；

附加功能可以以任意的组合附加到核心基础功能之上（装饰器模式）；

源码结构

1.1 装饰器：

1、BlockingCache：防止缓存击穿，保证只有一个线程根据指定的key到数据库中查找对应的数据，使用ConcurrentHashMap（安全，不重复）去存放锁的key（按照key加锁的细粒度锁）。

2、FifoCache：缓存清空策略，先进先出。类中维护了一个FIFO 链表，其他的委托给所包装的Cache类去做。维护的FIFO链表为LinkedList,FifoCache构造函数初始化size=1024，超过1024条就会移除LinkedList 的第一个元素，然后根据这个元素去移除Cache的数据。

3、LoggingCache：日志功能，实现的功能是：取缓存时，日志打印缓存命中率。

命中率=获取缓存成功次数/获取缓存次数；

判断获取缓存是否成功：cache.getObject(key) 不为null 则获取成功。

4、LruCache：缓存清空策略，最近最少使用。维护了一个size=1024 的LinkedHashMap，其他的委托给所包装的Cache类去做。花费了2倍（LinkedHashMap+Cache）的内存实现LRU。LinkedHashMap 每次访问或者插入一个元素都会把这个元素放在链表末尾，这样最少访问的就在链表的头部。

5、ScheduledCache：定时调度缓存，每小时清空一下缓存。

6、SerializedCache：序列化缓存，先将对象序列化(serialize方法)再缓存。所以在取缓存时需要反序列化(deserialize方法)。

7、SoftCache：软引用缓存，维护了一个LinkedList 和ReferenceQueue,一个继承了SoftReference的内部类SoftEntry。

LinkedList 用来引用元素，防止被垃圾回收。

SoftCache.getObject(Object key)方法操作LinkedList：每次从缓存中取对象数据，都会进行一次检测，如果缓存的对象在内存中没有被回收，则把这个对象的引用存入到LinkedList列表的头节点中，如果内存中这个对象已经被回收则删除这个对象的缓存。

 

ReferenceQueue 是被垃圾回收的队列。在put缓存之前，会先检查这个队列是否有数据，有的话就清除。

8、TransactionalCache：事务缓存，一次性存入多个缓存。

除开拥有一个缓存，还维护了一个Map和一个Set。

map存放需要添加的缓存值。set存放的是map中需要删除的缓存值key。也就是说：在map中加入了多个缓存值（还没有提交），突然发现在map中有几个缓存值加错了，这个时候就把这几个缓存值的key存到set中，在事务提交时会先从set中取这几个key值，然后根据这些key 删掉map中的数据。因此每次提交事务后，新增的缓存数据相当于：map的数据减去set的数据。

9、WeakCache：弱引用缓存，代码和SoftCache 如出一辙，只是SoftReference 变成了WeakReference.

1.2 PerpetualCache

从装饰器模式的层面来说，前面提到的几个是缓存的装饰器，每个缓存装饰器都拥有一个Cache的实例，这个Cache就是被装饰的对象（事实上，这些装饰器就是为这个Cache而生的），这里提到的永久缓存（PerpetualCache） 就是充当这个角色。

每个缓存都有一个id,缓存内部通过HashMap 实现。

1.3 CacheKey

缓存的key值。CacheKey拥有多个成员变量（哈希码等），这些成员变量主要的意义是用来区分不同的CacheKey。

其update() 就是按照一定的规则生成hashcode，equals()是根据hashcode或者其他属性比较对象是否相同。

mybatis是通过CacheKey 来封装缓存的key值，在mybatis中，影响CacheKey生成的因素有很多：mappedStatment的id 、指定查询结果集的范围（分页信息） 、查询所使用的SQL语句 、用户传递给SQL语句的实际参数值等。CacheKey 就是根据这些数据生成hashcode。查看mybatis的BaseExecutor.createCacheKey()方法源码就可以知道其生成的规则：[mappedStementId + offset + limit + SQL + queryParams + environment]生成一个哈希码。

1.4 TransactionalCacheManager

事务缓存管理器，被CachingExcutor调用。维护了一个map管理多个TransactionalCache（上面提到的事务缓存）类。

中文注释源码：https://github.com/tuguangquan/mybatis