版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u014723529/article/details/41288565

一、包概述(org.apache.ibatis.cache)

本包包含了Mybatis框架的缓存接口的定义和实现。
 
 本包只引用了Mybatis的io包的Resources，不依赖于任何第三方库。
 
 Mybatis的其它包大量引用了本包中的类和接口，即严重依赖于本包。
 
 
 二、类和接口概述
 
 缓存框架按照 Key-Value方式存储，Key的生成采取规则为：[hashcode:checksum:mappedStementId:offset:limit:executeSql:queryParams]。
 
 
 Cache接口定义了缓存接口。

CacheKey定义了缓存的Key。
 PerpetualCache直接实现了Cache接口。
 
 FifoCache,LoggingCache,LruCache,ScheduledCache,SerializedCache,SoftCache,SynchronizedCache,
 TransactionalCache,WeakCache 采用装饰模式实现Cache接口。
 
 采用装饰模式，一个个包装起来，形成一个链，典型的就是SynchronizedCache->LoggingCache->SerializedCache->LruCache->PerpetualCache，通过链起来达到功能增加。
 
 CacheException定义了缓存异常。
 
 三、缓存接口的定义

public interface Cache {
 // 缓存实现类的id
 String getId();

// 缓存的对象的个数
 int getSize();

// 放入一个缓存对象
 void putObject(Object key, Object value);

// 获得一个缓存对象
 Object getObject(Object key);

// 删除一个缓存对象
 Object removeObject(Object key);

// 清空缓存对象
 void clear();

// 获取读写锁
 ReadWriteLock getReadWriteLock();

}

 四、缓存Key的设计
 
   一般缓存框架的数据结构基本上都是 Key-Value方式存储。 MyBatis对于其Key的生成采取规则为：

[hashcode:checksum:mappedStementId :offset:limit:executeSql:queryParams]。

（待深入研究和完善）

 五、缓存实现类和包装类

实现类：PerpetualCache， 永久缓存，一旦存入就一直保持，内部就是一个HashMap,所有方法基本就是直接调用HashMap的方法。

内部维护一个Map数据结构，private Map<Object, Object> cache = new HashMap<Object, Object>();

包装类：

FifoCache：先进先出缓存，内部就是一个链表，将链表开头元素（最老）移除。

LoggingCache：日志缓存，添加功能：取缓存时打印命中率。

LruCache：最近最少使用缓存，核心就是覆盖 LinkedHashMap.removeEldestEntry方法,返回true或false告诉 LinkedHashMap要不要删除此最老键值。
LinkedHashMap内部其实就是每次访问或者插入一个元素都会把元素放到链表末尾，这样不经常访问的键值肯定就在链表开头啦。

ScheduledCache：定时调度缓存， 目的是每一小时清空一下缓存。

SerializedCache：序列化缓存，用途是先将对象序列化成2进制，再缓存向缓存中 put或get数据时的序列化及反序列化处理。、

SoftCache：软引用缓存，核心是SoftReference。

SynchronizedCache：同步缓存，防止多线程问题。
核心: 加读写锁，     ReadWriteLock.readLock().lock()/unlock() ，ReadWriteLock.writeLock().lock()/unlock()

对于 Lock机制来说，其分为 Read 和 Write 锁，其 Read 锁允许多个线程同时持有，而 Write 锁，一次能被一个线程持有，如果当 Write 锁没有释放，其它需要 Write的线程只能等待其释放才能去持有。

TransactionalCache：

事务缓存，一次性存入多个缓存，移除多个缓存 。
 
  我们可以看到在TransactionalCache类里也维护着两个HashMap：
  entriesToAddOnCommit和entriesToRemoveOnCommit。
  
  当在TransactionalCacheManager中调用putObject和removeObject方法的时候并不是马上就把对象存放到缓存或者从缓存中删除  ，而是先把这个对象放到这两个HashMap之中的一个里，然后当执行commit方法时再真正地把对象存放到缓存或者从缓存中删除。
  
  现在我们应该可以明白为TransactionalCacheManager和TransactionalCache这两个类要加上事务的前缀了，因为commit方法是一个原子操作，一次会操作多个对象，要么一起成功，要么就一起失败。

WeakCache：弱引用缓存，核心是WeakReference。
 
 六、缓存实现的问题和解决方案（待深入研究和完善）

问题：

1.作为缓存中对象的key是它的CacheKey对象。

不得不说这是一个失败的设计，key值的类型是String类型就已经足够了，完全没有必要用对象类型来做key值的类型。

因为内存空间是有限的，要在有限的空间中尽可能地存放更多的内容，就需要key值在保证唯一性的情况下空间占的越小越好。

2.myBatis的读写锁有写饥渴问题等，这些问题都会给性能造成影响。
   
    所以还是不建议在生产环境中使用iBatis或者myBatis自带的二级缓存，只使用他们的ORM功能，而二级缓存还是交给Memcached等其它缓存框架来实现吧。

memcache：http://baike.baidu.com/view/1193094.htm
 
 oscache：http://baike.baidu.com/view/1835163.htm
 
 ehcache：http://baike.baidu.com/view/1866754.htm