Mybatis源码研究7:缓存的设计和实现
一、包概述(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