这几天为了设计缓存机制,查阅了非常多缓存方面的资料,作为没有实战经验的小白自然被各种性能报告、内存机制、集群方式搞得一头雾水。
ehcache是最后调研的cache。他有个明显不同的地方:缓存中的键和值都能够是object类型的对象。仅仅能够是object这较好接受,大概是对象的序列化支持的,而ehcache本身是纯java实现,这是它得天独厚的优势。
但查了这些资料后。对各个cache的特点有了感性的了解。
可是一object作为键就让人不解了,毕竟存入对象时与取出对象时作为键的对象肯定是两个不同的引用。那么ehcache一定有一些方法鉴别出对象内容的异同。那它是怎么做到的呢?
答案是hashCode
ehcache的put方法(之中的一个)例如以下:
public final Element get(Object key) throws IllegalStateException, CacheException { checkStatus(); if (disabled) { return null; } if (isStatisticsEnabled()) { long start = System.currentTimeMillis(); Element element = searchInStoreWithStats(key); //todo is this expensive. Maybe ditch. long end = System.currentTimeMillis(); liveCacheStatisticsData.addGetTimeMillis(end - start); return element; } else { return searchInStoreWithoutStats(key, false, true); } }当中Elememt是键值对对象,Element的构造方法有好多重构,有个关键的方法:
public Element(final Serializable key, final Serializable value, final long version) { this((Object) key, (Object) value, version); }
跟进代码中推断key值是否存在的方法能够看到:
public boolean containsKey(Object key) { int hash = hash(key.hashCode()); return segmentFor(hash).containsKey(key, hash); }终于ehcache会调用hashCode()方法。对象的比較变成了hash的比較。
通常java中的hashCode()是一个java 原生的native方法。它仅仅保证在一个程序的一次执行期间对两个equal()方法相等的对象要有同样的hash值,其它不作要求。所以我们假设想用自定义的类作为key,那么就须要自己实现hashCode方法。保证我们关心的属性都考虑在内。而且这个类还须要继承Serializable方法以声明其能够序列化。所以ehcache中用对象作为键时不必操心对象的大小会影响内存的使用效率。
在百度上没有搜到关于这个问题的帖子。google才出来的。如今上个google太难了,有好办法的朋友分享一下!
造福码农!
相关问题链接:http://stackoverflow.com/questions/5908619/ehcache-key-type