CorrentHashMap

 /** 
     * 使用 key 的散列码来得到 segments 数组中对应的 Segment 
     */ 
 final Segment<K,V> segmentFor(int hash) { 
    // 将散列值右移 segmentShift 个位，并在高位填充 0 
    // 然后把得到的值与 segmentMask 相“与”
 // 从而得到 hash 值对应的 segments 数组的下标值
 // 最后根据下标值返回散列码对应的 Segment 对象
        return segments[(hash >>> segmentShift) & segmentMask]; 
 }

volatile的变量在多个线程访问时有读有些的情况下保证写先发生。

V get(Object key, int hash) {
        if (count != 0) { // read-volatile // ①
            HashEntry<K,V> e = getFirst(hash); 
            while (e != null) {
                if (e.hash == hash && key.equals(e.key)) {
                    V v = e.value;
                    if (v != null)  // ② 注意这里
                        return v;
                    return readValueUnderLock(e); // recheck
                }
                e = e.next;
            }
        }
        return null;
}

如果读到一个新创建但还未创建完成的entry value==null那么久加锁重读，如果读到一个被另一个线程删除的元素就没办法了，如果读的时候另一个线程更新了value那么volatile保证写先发生则一定会读到最新的元素，那么这样看来 在照片墙应用中用currenthashmap保存view和url的关联是不会出现同步问题的，而照片墙那个应用用currenthashmap就没道理了，因为所有更新线程的操作都是放在主线程里的，之间将url放在view的tag中就行了。