转载

Guava源码分析——Immutable Collections(4)

Immutable的集合体系,还有中很重要的集合没有介绍,就是ImmutableMap,通过UML图,可以看出ImmutableMap的结构体系。

Guava源码分析——Immutable Collections(4)

首先来看一下ImmutableBiMap,因为普通ImmutableMap的实现依赖于它。ImmutableBiMap在ImmutableMap的基础上,加入inverse()等方法,可以使键值反转。ImmutableBiMap的构造,也是根据元素个数的不同,使用不同的实现(0-->EmptyImmutablBiMap,1-->SingletonImmutablBiMap,n(n>=2)-->RegularImmubtalMap),代码如下所示:

public abstract class ImmutableBiMap<K, V> extends ImmutableMap<K, V> implements BiMap<K, V> {    public static <K, V> ImmutableBiMap<K, V> of() {   //Empty元素内部,不维护存储结构,inverse()方法直接返回this   return (ImmutableBiMap<K, V>) EmptyImmutableBiMap.INSTANCE;  }  public static <K, V> ImmutableBiMap<K, V> of(K k1, V v1) {   //单个元素构造时,返回此类,内部维护两个元素K,V,inverse()时,返回V,K的SingletonImmutableBiMap   return new SingletonImmutableBiMap<K, V>(k1, v1);  }  public static <K, V> ImmutableBiMap<K, V> of(K k1, V v1, K k2, V v2) {   //多个元素构造是,返回此类,内部维护两个Entry[]集合,一个以key作为hashbucket的位置,
//另一个以value作为hashbucket的位置,用于inverse()的时候,key-value的反转
return new RegularImmutableBiMap<K, V>(entryOf(k1, v1), entryOf(k2, v2)); } }

copyOf()方法,在ImmutableCollections中实现的原则就是,如果copyOf()的还是一份ImmutableCollections集合,那么只是进行引用的赋值,因为集合本身不可变。

看过ImmutableBiMap之后,在回头看ImmutableMap就简单了很多,只是在ImmutableBiMap基础上去除了inverse()方法,并在内部为户单一数组(hashbucket)

不需要维护反转的数组。在无元素和单一元素构造的时候,直接调用ImmutableBiMap.of()和ImmutableBiMap.of(K,V)方法,代码如下所示:

public abstract class ImmutableMap<K, V> implements Map<K, V>, Serializable {    /**    * Returns the empty map. This map behaves and performs comparably to    * {@link Collections#emptyMap}, and is preferable mainly for consistency    * and maintainability of your code.    */   public static <K, V> ImmutableMap<K, V> of() {     return ImmutableBiMap.of();   }    /**    * Returns an immutable map containing a single entry. This map behaves and    * performs comparably to {@link Collections#singletonMap} but will not accept    * a null key or value. It is preferable mainly for consistency and    * maintainability of your code.    */   public static <K, V> ImmutableMap<K, V> of(K k1, V v1) {     return ImmutableBiMap.of(k1, v1);   } }

多个元素构造的时候,返回RegularImmubtalMap,与RegularImmutableBiMap内部实现大同小异,去除对反转(值-键)的数组维护,去除inverse()等方法。

最后简单的阐述一下ImmutableSortedMap的实现,ImmutableMap单一元素和空元素的实现,就不详细说了,有兴趣的读者可以自己看看。多元素实现的时候,

ImmutableSortedMap的具体实现类是RegularImmutableSortedMap,有意思的是,它的内部维护key和value的数据结构是两个List,那么可想而知,排序早在构造的时候就已经完成了,而事实确实是这样,具体代码如下所示:

@SuppressWarnings("unchecked")  public static <K extends Comparable<? super K>, V> ImmutableSortedMap<K, V> of(K k1, V v1, K k2, V v2, K k3, V v3, K k4, V v4) {        //将排序器和entires传入fromEntries方法        return fromEntries(Ordering.natural(), false, 4, entryOf(k1, v1), entryOf(k2, v2),                 entryOf(k3, v3), entryOf(k4, v4));  }
static <K, V> ImmutableSortedMap<K, V> fromEntries(  Comparator<? super K> comparator, boolean sameComparator, int size, Entry<K, V>... entries) {  for (int i = 0; i < size; i++) {      Entry<K, V> entry = entries[i];      entries[i] = entryOf(entry.getKey(), entry.getValue());  }  if (!sameComparator) {      sortEntries(comparator, size, entries);//遍历entries排序      validateEntries(size, entries, comparator);  }  return fromSortedEntries(comparator, size, entries);     } 
static <K, V> ImmutableSortedMap<K, V> fromSortedEntries( Comparator<? super K> comparator,int size,Entry<K, V>[] entries) {   if (size == 0) {    return emptyMap(comparator);   }   //遍历排序之后的entries,分开key和value,分别组成各自的List   ImmutableList.Builder<K> keyBuilder = ImmutableList.builder();   ImmutableList.Builder<V> valueBuilder = ImmutableList.builder();   for (int i = 0; i < size; i++) {    Entry<K, V> entry = entries[i];    keyBuilder.add(entry.getKey());    valueBuilder.add(entry.getValue());   }   return new RegularImmutableSortedMap<K, V>(     new RegularImmutableSortedSet<K>(keyBuilder.build(), comparator),     valueBuilder.build()); } 

ImmutableMap中的Entry,也是被Guava重新实现,增加了bucket的计算逻辑,如下图UML:

Guava源码分析——Immutable Collections(4)

AbstractMapEntry在原有Map.entry基础上,将写操作,置为直接抛异常,ImmutableEntry实现getKey()和getValue(),ImmutableMapEntry再加入bucket的计算和维护方法(链表),最终反映到NonTerminalMapEntry和TerminalEntry,对于这两个类,TerminalEntry为bucket链表的尾结点,所以实现如下:

static final class TerminalEntry<K, V> extends ImmutableMapEntry<K, V> {  TerminalEntry(ImmutableMapEntry<K, V> contents) {   super(contents);  }  TerminalEntry(K key, V value) {   super(key, value);  }  @Override  @Nullable  ImmutableMapEntry<K, V> getNextInKeyBucket() {   //尾节点,所以没有nuext   return null;  }  @Override  @Nullable  ImmutableMapEntry<K, V> getNextInValueBucket() {   //尾节点,所以没有nuext   return null;  } } 

而NonTerminalMapEntry的构造则需要传入下一个Entry

private static final class NonTerminalMapEntry<K, V> extends ImmutableMapEntry<K, V> {   private final ImmutableMapEntry<K, V> nextInKeyBucket;    NonTerminalMapEntry(K key, V value, ImmutableMapEntry<K, V> nextInKeyBucket) {     super(key, value);     this.nextInKeyBucket = nextInKeyBucket;   }    NonTerminalMapEntry(ImmutableMapEntry<K, V> contents, ImmutableMapEntry<K, V> nextInKeyBucket) {     super(contents);     this.nextInKeyBucket = nextInKeyBucket;   }    @Override   ImmutableMapEntry<K, V> getNextInKeyBucket() {     //同一个bucket中的下一个Entry     return nextInKeyBucket;   }    @Override   @Nullable   ImmutableMapEntry<K, V> getNextInValueBucket() {     //BiMap才会维护Value的Bucket     return null;   } } 

那么在构造的时候,如果产生hash冲突,就是用nonTerminalMapEntry,代码如下所示:

RegularImmutableMap(Entry<?, ?>[] theEntries) {   int size = theEntries.length;   entries = createEntryArray(size);   int tableSize = Hashing.closedTableSize(size, MAX_LOAD_FACTOR);   table = createEntryArray(tableSize);   mask = tableSize - 1;   for (int entryIndex = 0; entryIndex < size; entryIndex++) {     @SuppressWarnings("unchecked") // all our callers carefully put in only Entry<K, V>s     Entry<K, V> entry = (Entry<K, V>) theEntries[entryIndex];     K key = entry.getKey();     V value = entry.getValue();     checkEntryNotNull(key, value);     int tableIndex = Hashing.smear(key.hashCode()) & mask;     @Nullable ImmutableMapEntry<K, V> existing = table[tableIndex];     // prepend, not append, so the entries can be immutable     //在构造是,如果产生hash冲突,那么直接的append到terminal的前面     ImmutableMapEntry<K, V> newEntry = (existing == null)         ? new TerminalEntry<K, V>(key, value)         : new NonTerminalMapEntry<K, V>(key, value, existing);     table[tableIndex] = newEntry;     entries[entryIndex] = newEntry;     checkNoConflictInBucket(key, newEntry, existing);   } } 
正文到此结束
Loading...