一:背景

1. 讲故事

昨天在 StackOverflow 上看到一个很乏味的问题,说: 你会几种遍历字典的形式,而后跟帖就是各种奇葩的答复,挺有意思,马上就要国庆了,娱乐娱乐吧,说说这种挺无聊的问题????????????。

二: 应用 foreach 遍历

为了不便演示,先上一段测试代码:

            var dict = new Dictionary<int, string>()            {                [10] = "A10",                [20] = "A20",                [30] = "A30",                [40] = "A40",                [50] = "A50"            };

1. 间接 foreach dict

如果要拿百分比谈话,预计有 50%+ 的小伙伴用这种形式,为啥,简略粗犷呗,其余没什么好说的,间接上代码:

            foreach (var item in dict)            {                Console.WriteLine($"key={item.Key},value={item.Value}");            }

这里的 item 是底层在 MoveNext 的过程中用 KeyValuePair 包装进去的,如果你不信的话,看下源码呗:

    public bool MoveNext()    {        while ((uint)_index < (uint)_dictionary._count)        {            ref Entry reference = ref _dictionary._entries[_index++];            if (reference.next >= -1)            {                _current = new KeyValuePair<TKey, TValue>(reference.key, reference.value);                return true;            }        }    }

2. foreach 中 应用 KeyPairValue 解构

方才你也看到了 item 是 KeyValuePair 类型,不过????????的是 netcore 对 KeyValuePair 进行了加强,减少了 Deconstruct 函数用来解构 KeyValuePair,代码如下:

    public readonly struct KeyValuePair<TKey, TValue>    {        private readonly TKey key;        private readonly TValue value;        public TKey Key => key;        public TValue Value => value;        public KeyValuePair(TKey key, TValue value)        {            this.key = key;            this.value = value;        }        public void Deconstruct(out TKey key, out TValue value)        {            key = Key;            value = Value;        }    }

有了这个解构函数,你就能够在遍历的过程中间接拿到 key,value,而不是包装的 KeyValuePair,这在 netframework 中可是不行的哈,实现代码如下:

            foreach ((int key, string value) in dict)            {                Console.WriteLine($"key={key},value={value}");            }

3. foreach keys

后面的例子都是间接对 dict 进行 foreach,其实你还能够对 dict.keys 进行 foreach 遍历,而后通过遍历出的 key 对 dict 进行类索引器读取,代码如下:

            foreach (var key in dict.Keys)            {                Console.WriteLine($"key={key},value={dict[key]}");            }

说到这里,不晓得你是否有一个潜意识,那就是 dict 只能通过 foreach 进行遍历,假相是不是这样的呢? 要寻找答案,还是回头看一下 foreach 是如何进行遍历的。

public struct Enumerator : IEnumerator<KeyValuePair<TKey, TValue>>, IDisposable, IEnumerator, IDictionaryEnumerator{    public bool MoveNext()    {        while ((uint)_index < (uint)_dictionary._count)        {            ref Entry reference = ref _dictionary._entries[_index++];            if (reference.next >= -1)            {                _current = new KeyValuePair<TKey, TValue>(reference.key, reference.value);                return true;            }        }        _index = _dictionary._count + 1;        _current = default(KeyValuePair<TKey, TValue>);        return false;    }}

认真看这个 while 循环,你就应该明确,实质上它也是对 entries 数组进行遍历,那底层都用了 while,我是不是能够用 for 来替换而后循环 dict 呢?哈哈,反正就是模拟呗。

三:应用 for 遍历

为了把 MoveNext 中的代码模仿进去,重点在于这条语句: ref Entry reference = ref _dictionary._entries[_index++];, 其实很简略,_entries 数组内容的提取能够用 Linq 的 ElementAt 办法,是不是~~~ ,革新后的代码如下:

            for (int i = 0; i < dict.Count; i++)            {                (int key, string value) = dict.ElementAt(i);                Console.WriteLine($"key={key},value={dict[key]}");            }

接下来是不是很好奇这个 ElementAt 扩大办法是如何实现的,一起看看源码吧。

    public static TSource ElementAt<TSource>(this IEnumerable<TSource> source, int index)    {        IList<TSource> list = source as IList<TSource>;        if (list != null)        {            return list[index];        }        if (index >= 0)        {            using (IEnumerator<TSource> enumerator = source.GetEnumerator())            {                while (enumerator.MoveNext())                {                    if (index == 0)                    {                        return enumerator.Current;                    }                    index--;                }            }        }    }

从下面代码能够看到,如果以后的 source 没有实现 IList 接口的话,那就是一个微小的坑,每一次执行 ElementAt 办法,最坏工夫复杂度都是 O(N),就拿方才的 for循环来说,它的最坏工夫复杂度就是 O(n!) ,是不是比你设想的要恐怖的多,教训就是多实际,多看看源码~

四:总结

这篇列举了 4 种遍历 dict 的形式,不知你会用到哪几种? 要留神的是最初 ElementAt 对 Source 判断上的大坑肯定要明确,不要想当然的认为就是 O(N) ,好了,更多的 遍历形式 欢送补充!

更多高质量干货:参见我的 GitHub: dotnetfly