SafeIterableMap:一个能在遍历中删除元素的数据结构

SafeIterableMap是一个由Google工程师设计的数据结构,它模仿Map接口并使用链表实现,允许在遍历过程中安全删除元素而不会抛出ConcurrentModifiedException。虽然实际应用场景有限,但其在LiveData库中的使用和内部技巧值得学习。遍历过程中,SafeIterableMap通过弱引用的Iterator集合来记录并通知删除操作,保证遍历的正确性。此结构在元素数量不多且不需要随机访问的情况下,提供了一种高效的选择。
摘要由CSDN通过智能技术生成

SafeIterableMap:一个能在遍历中删除元素的数据结构


SafeIterableMap 是由Google工程师编写,应用在 Android Architecture Components 中的一个数据结构,可以在 LiveData 的Library里面找到对应的使用和源码。

SafeIterableMap 具有以下特性:

  • 支持键值对存储,用链表实现,模拟成Map的接口
  • 支持在遍历的过程中删除任意元素,不会触发ConcurrentModifiedException
  • 非线程安全

其实这个数据结构的实际应用场景几乎是没有的,因为 Iterator.remove() 方法基本可以满足我们在遍历中删除元素的需求。但是,SafeIterableMap 里面有很多trick还是非常值得学习。

用链表来实现Map接口

protected Entry<K, V> get(K k) {
    Entry<K, V> currentNode = mStart;
    while (currentNode != null) {
        if (currentNode.mKey.equals(k)) {
            break;
        }
        currentNode = currentNode.mNext;
    }
    return currentNode;
}

protected Entry<K, V> put(@NonNull K key, @NonNull V v) {
    Entry<K, V> newEntry = new Entry<>(key, v);
    mSize++;
    if (mEnd == null) {
        mStart = newEntry;
        mEnd = mStart;
        return newEntry;
    }

    mEnd.mNext = newEntry;
    newEntry.mPrevious = mEnd;
    mEnd = newEntry;
    return newEntry;
}

读操作是通过从头指针开始,一直往后找直到对应的key为止。
写操作是直接尾插入到链表中。

遍历时删除元素

  1. 每当需要遍历的时候,记下这个Iterator
  2. 删除元素时通知所有正在遍历的Iterator
  3. Iterator收到通知后修正下一个元素
  4. 记下的Iterator是弱引用,以防遍历结束后内存泄漏

看一下Iterator的相关实现:

private abstract static class ListIterator<K, V> implements Iterator<Map.Entry<K, V>>,SupportRemove<K, V> {

    //...

    @Override
    public boolean hasNext() {
        return mNext != null;
    }

    //每当删除元素时会调用这个方法,通知entry被删除了
    @Override
    public void supportRemove(@NonNull Entry<K, V> entry) {
        if (mExpectedEnd == entry && entry == mNext) {
            mNext = null;
            mExpectedEnd = null;
        }

        if (mExpectedEnd == entry) {
            mExpectedEnd = backward(mExpectedEnd);
        }
        //上面两个判断是当删除了最后一个元素时,要把尾指针修正到前一个位置

        //当删除的是下一个元素时,要把mNext指针指到再下一个
        if (mNext == entry) {
            mNext = nextNode();
        }
    }

    //...
}

通过在 supportRemove(Entry<K,V> removedEntry) 方法中修正尾指针和下一个元素的指针,就可以达到安全遍历的效果。那么,在 remove 方法是怎么通知各个Iterator呢:

private WeakHashMap<SupportRemove<K, V>, Boolean> mIterators = new WeakHashMap<>();

public Iterator<Map.Entry<K, V>> iterator() {
    ListIterator<K, V> iterator = new AscendingIterator<>(mStart, mEnd);
    mIterators.put(iterator, false);
    return iterator;
}

public Iterator<Map.Entry<K, V>> descendingIterator() {
    DescendingIterator<K, V> iterator = new DescendingIterator<>(mEnd, mStart);
    mIterators.put(iterator, false);
    return iterator;
}

public IteratorWithAdditions iteratorWithAdditions() {
    IteratorWithAdditions iterator = new IteratorWithAdditions();
    mIterators.put(iterator, false);
    return iterator;
}

public V remove(@NonNull K key) {
    //...

    if (!mIterators.isEmpty()) {
        for (SupportRemove<K, V> iter : mIterators.keySet()) {
            iter.supportRemove(toRemove);
        }
    }

    //...
}

在需要遍历Map的时候,获取的 Iterator 就会被放到一个 WeakHashMap 中,当Map需要 remove 元素的时候只要通知 WeakHashMap 中所有的迭代器即可。这里的trick是用了 WeakHashMap 而不是 List<WeakReference>,缺点是只用到key部分的内容,value部分的内存是放弃的,但更大的好处是不需要我们维护删除已经被GC的迭代器,WeakHashMap 可以帮助清理掉key已经被回收的entry。

SafeIterableMap 用在 LiveData 里面是非常恰到好处的。因为 LiveData 的订阅者数量通常不会很多,所以使用链表来存储会比 HashMap 节省很多内存空间。而且 SafeIterableMap 的插入操作是O(1)的,遍历操作与 HasMap 相似,所以速度上是毫不逊色的(还少了hash计算)。所以在这种元素不多,不需要 randomAccess 的场合中, SafeIterableMap 是非常出色的。

最适合的数据结构才是最好的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值